On Wed, Feb 05, 2003 at 11:47:44AM +0200, Vallo Kallaste <vallo> wrote:
> In the last ~three months now I've had 24 kernel crashes, all the
> same, all happening in the same circumstances. Happens while cvsup
> is running, everytime... except if I remove the checkouts file which
> probably causes slowdown of cvsup operation. I have recreated the
> filesystem on /dev/da2s1e several times anew, to exclude any
> accumulated filesystem corruption. This is on UFS2 filesystem,
> haven't tried UFS1 yet. World and kernel are from January 21, PIII
> SMP system. I'll provide any info one needs to track the cause,
> needless to say I'm _really_ tired of it.
When I updated to Feb 5 world/kernel (after the crashes in a row for
several months), I did extensive testing and found the crash gone.
The test procedure did incremental cvsup over the time range of
01.01.2002 - 30.12.2002 in steps of 1 day. It took quite a while
(day or so) and generated astonishing amount of I/O on the
problematic disk/filesystem. I ran the test for two times, to be
sure, with XFree and usual apps/activity running and without. No
crash. But it's still there, today I got one and it happens
_exactly_ on the same conditions. Got to work in the morning, did
startx (no xdm) and KDE started up, fired up several ssh sessions
and read my mail with mutt, then started cvsup to catch up the
"bleeding edge". While cvsup running, switched to free workspace in
KDE and started up Phoenix, to read Daemonnews... at the very moment
the Phoenix window appeared on the screen, the system crashed.
For now I quess it's somehow related to XFree/Phoenix/cvsup combo,
because I remember the last ten (or so) crashes quite well and I
_was starting or starting to use_ Phoenix the times the crash
happened (and cvsup running as well). Can it be related to mga.ko
module or somesuch? I don't do any DRI or 3D myself, but perhaps
Phoenix does something behind the scenes? Just wild guess.
Script started on Tue Feb 25 11:15:39 2003
bash-2.05b# gdb -k /sys/i386/compile/Myhakas-5.0-SMP-4BSD/kernel.debug /usr/cra
sh/vmcore.25
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-undermydesk-freebsd"...
panic: bwrite: buffer is not busy???
panic messages:
---
panic: ufs_dirbad: bad dir
cpuid = 1; lapic.id = 01000000
boot() called on cpu#1
syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
cpuid = 1; lapic.id = 01000000
boot() called on cpu#1
Uptime: 18d19h30m18s
Dumping 511 MB
16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368
384 400 416 432 448 464 480 496
---
#0 doadump () at ../../../kern/kern_shutdown.c:232
warning: Source file is more recent than executable.
232 }
(kgdb) where
#0 doadump () at ../../../kern/kern_shutdown.c:232
#1 0xc024096a in boot (howto=260) at ../../../kern/kern_shutdown.c:364
#2 0xc0240c37 in panic () at ../../../kern/kern_shutdown.c:531
#3 0xc02883c2 in bwrite (bp=0xce6d2b68) at ../../../kern/vfs_bio.c:798
#4 0xc0289b66 in vfs_bio_awrite (bp=0xce6d2b68)
at ../../../kern/vfs_bio.c:1650
#5 0xc0204903 in spec_fsync (ap=0xe3a4f804)
at ../../../fs/specfs/spec_vnops.c:459
#6 0xc0203c48 in spec_vnoperate (ap=0x0)
at ../../../fs/specfs/spec_vnops.c:123
#7 0xc035248b in ffs_sync (mp=0xc41c7a00, waitfor=2, cred=0xc1514e80,
td=0xc0444a20) at vnode_if.h:612
#8 0xc029e2fb in sync (td=0xc0444a20, uap=0x0)
at ../../../kern/vfs_syscalls.c:138
#9 0xc024054b in boot (howto=256) at ../../../kern/kern_shutdown.c:273
#10 0xc0240c37 in panic () at ../../../kern/kern_shutdown.c:531
#11 0xc035a442 in ufs_dirbad (ip=0x0, offset=0, how=0x0)
at ../../../ufs/ufs/ufs_lookup.c:631
#12 0xc0359967 in ufs_lookup (ap=0xe3a4faa4)
at ../../../ufs/ufs/ufs_lookup.c:294
#13 0xc03612a8 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2787
#14 0xc028df1c in vfs_cache_lookup (ap=0x0) at vnode_if.h:82
#15 0xc03612a8 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2787
#16 0xc0292732 in lookup (ndp=0xe3a4fc18) at vnode_if.h:52
#17 0xc029213b in namei (ndp=0xe3a4fc18) at ../../../kern/vfs_lookup.c:181
#18 0xc02a1362 in lstat (td=0xc5c5fb60, uap=0xe3a4fd10)
at ../../../kern/vfs_syscalls.c:1700
#19 0xc03c4c6c in syscall (frame=
{tf_fs = 136118319, tf_es = 134873135, tf_ds = 136118319, tf_edi =
1361343---Type <return> to continue, or q <return> to quit---
04, tf_esi = 134876320, tf_ebp = 136133492, tf_isp = -475726476, tf_ebx = 136631584,
tf_edx = 0, tf_ecx = 0, tf_eax = 190, tf_trapno = 22, tf_err = 2, tf_eip = 672677171,
tf_cs = 31, tf_eflags = 582, tf_esp = 136133356, tf_ss = 47})
at ../../../i386/i386/trap.c:1033
#20 0xc03acacd in Xint0x80_syscall () at {standard input}:139
---Can't read userspace from dump, or kernel process---
(kgdb) quit
bash-2.05b# exit
exit
Script done on Tue Feb 25 11:15:55 2003
--
Vallo Kallaste
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
