Date: Wed, 5 Feb 2003 11:47:44 +0200 From: Vallo Kallaste <vallo@estcard.ee> To: freebsd-current@freebsd.org Subject: tired of crashes Message-ID: <20030205094744.GA949@myhakas.internal>
next in thread | raw e-mail | index | archive | help
Hi
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.
---CRASH---
Script started on Wed Feb 5 11:23:14 2003
bash-2.05b# gdb -k /sys/i386/compile/Myhakas-5.0-SMP/kernel.debug /usr/crash/vmc ore.24
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: 1d23h6m39s
Dumping 511 MB
[CTRL-C to abort] [CTRL-C to abort] 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
232 dumping++;
(kgdb) where
#0 doadump () at ../../../kern/kern_shutdown.c:232
#1 0xc02405ba in boot (howto=260) at ../../../kern/kern_shutdown.c:364
#2 0xc0240887 in panic () at ../../../kern/kern_shutdown.c:531
#3 0xc0288142 in bwrite (bp=0xce5727f8) at ../../../kern/vfs_bio.c:798
#4 0xc02898e6 in vfs_bio_awrite (bp=0xce5727f8)
at ../../../kern/vfs_bio.c:1650
#5 0xc0204193 in spec_fsync (ap=0xe0e06804)
at ../../../fs/specfs/spec_vnops.c:459
#6 0xc02034d8 in spec_vnoperate (ap=0x0)
at ../../../fs/specfs/spec_vnops.c:123
#7 0xc0351e0b in ffs_sync (mp=0xc41aba00, waitfor=2, cred=0xc1514e80,
td=0xc0443d80) at vnode_if.h:612
#8 0xc029df9b in sync (td=0xc0443d80, uap=0x0)
at ../../../kern/vfs_syscalls.c:138
#9 0xc024019b in boot (howto=256) at ../../../kern/kern_shutdown.c:273
#10 0xc0240887 in panic () at ../../../kern/kern_shutdown.c:531
#11 0xc0359dc2 in ufs_dirbad (ip=0x0, offset=0, how=0x0)
at ../../../ufs/ufs/ufs_lookup.c:631
#12 0xc03592e7 in ufs_lookup (ap=0xe0e06aa4)
at ../../../ufs/ufs/ufs_lookup.c:294
#13 0xc0360c28 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2787
#14 0xc028dbbc in vfs_cache_lookup (ap=0x0) at vnode_if.h:82
#15 0xc0360c28 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2787
#16 0xc02923d2 in lookup (ndp=0xe0e06c18) at vnode_if.h:52
#17 0xc0291ddb in namei (ndp=0xe0e06c18) at ../../../kern/vfs_lookup.c:181
#18 0xc02a0fe2 in lstat (td=0xc424d460, uap=0xe0e06d10)
at ../../../kern/vfs_syscalls.c:1697
#19 0xc03c3dbc in syscall (frame=
{tf_fs = 136118319, tf_es = 134873135, tf_ds = 136118319, tf_edi = 136134304, tf_esi = 134876320, tf_ebp = 136133492, tf_isp = -522162828, tf_ebx = 136910744, tf_edx = 0, tf_ecx = 0, tf_eax = 190, tf_trapno = 22, tf_err = 2, tf_eip = 672676643, tf_cs = 31, tf_eflags = 582, tf_esp = 136133356, tf_ss = 47})
at ../../../i386/i386/trap.c:1033
#20 0xc03abb2d in Xint0x80_syscall () at {standard input}:141
---Can't read userspace from dump, or kernel process---
(kgdb) quit
bash-2.05b# exit
exit
Script done on Wed Feb 5 11:23:37 2003
---CONTROLLER AND DISKS---
ahc0: <Adaptec aic7896/97 Ultra2 SCSI adapter> port 0xe400-0xe4ff mem 0xfebfe000-0xfebfefff irq 2 at device 11.0 on pci0
ahc0: PCI Device 0:11:0 failed memory mapped test. Using PIO.
ahc1: <Adaptec aic7896/97 Ultra2 SCSI adapter> port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff irq 2 at device 11.1 on pci0
ahc1: PCI Device 0:11:1 failed memory mapped test. Using PIO.
ahc0: PCI error Interrupt at seqaddr = 0x3
ahc0: Signaled a Target Abort
ahc1: PCI error Interrupt at seqaddr = 0x3
ahc1: Signaled a Target Abort
da1 at ahc0 bus 0 target 2 lun 0
da1: <QUANTUM VIKING II 4.5WSE 5520> Fixed Direct Access SCSI-2 device
da1: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled
da1: 4350MB (8910423 512 byte sectors: 255H 63S/T 554C)
da2 at ahc1 bus 0 target 0 lun 0
da2: <QUANTUM ATLAS10K2-TY367L DDD6> Fixed Direct Access SCSI-3 device
da2: 80.000MB/s transfers (40.000MHz, offset 127, 16bit), Tagged Queueing Enabled
da2: 35020MB (71721820 512 byte sectors: 255H 63S/T 4464C)
da0 at ahc0 bus 0 target 1 lun 0
da0: <IBM DNES-309170W SAH0> Fixed Direct Access SCSI-3 device
da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled
da0: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C)
---DUMPFS /dev/da2s1e---
magic 19540119 (UFS2) time Wed Feb 5 11:17:08 2003
superblock location 65536 id [ 3e2bcb0b 4f52628 ]
ncg 191 size 17928524 blocks 17363122
bsize 16384 shift 14 mask 0xffffc000
fsize 2048 shift 11 mask 0xfffff800
frag 8 shift 3 fsbtodb 2
minfree 1% optim space symlinklen 120
maxbsize 16384 maxbpg 2048 maxcontig 8 contigsumsize 8
nbfree 1848912 ndir 19435 nifree 4356621 nffree 7038
bpg 11761 fpg 94088 ipg 23552
nindir 2048 inopb 64 maxfilesize 140806241583103
sbsize 2048 cgsize 16384 csaddr 3000 cssize 4096
sblkno 40 cblkno 48 iblkno 56 dblkno 3000
cgrotor 139 fmod 0 ronly 0 clean 0
flags soft-updates
--
Vallo Kallaste
kalts@estpak.ee
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030205094744.GA949>