I briefly searched my mailbox for other panics with this panic string, but all the others seem to be due to tcp_input and not the filesystem (as I suspect mine is). The machine is running a SMP kernel built yesterday (Wed Mar 5 22:50:35 CET 2003).
Unfortunatly I was not able to save the stack backtrace from DDB, but I hope the gdb backtrace will help someone figure out what may have caused this. -- Morten Rodal
Script started on Thu Mar 6 19:30:12 2003
slurp# gdb -k kernel.1 vmcore.1
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: bwrite: buffer is not busy???
cpuid = 0; lapic.id = 01000000
Stack backtrace:
boot() called on cpu#0
syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
cpuid = 0; lapic.id = 01000000
boot() called on cpu#0
Uptime: 18h38m45s
Dumping 447 MB
16[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to
abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C
to abort] [CTRL-C to abort] [CTRL-C to abort] 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
---
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239
239 dumping++;
(kgdb) where
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239
#1 0xc01d43ca in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371
#2 0xc01d46a7 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
#3 0xc0218dc2 in bwrite (bp=0xccb1ec98) at /usr/src/sys/kern/vfs_bio.c:795
#4 0xc021a909 in vfs_bio_awrite (bp=0xccb1ec98)
at /usr/src/sys/kern/vfs_bio.c:1692
#5 0xc02a881a in ffs_fsync (ap=0xe35928a4)
at /usr/src/sys/ufs/ffs/ffs_vnops.c:257
#6 0xc02a78f9 in ffs_sync (mp=0xc3a73200, waitfor=2, cred=0xc1376e80,
td=0xc0363180) at vnode_if.h:612
#7 0xc022f8bb in sync (td=0xc0363180, uap=0x0)
at /usr/src/sys/kern/vfs_syscalls.c:138
#8 0xc01d3fab in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:280
#9 0xc01d46a7 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
#10 0xc0218dc2 in bwrite (bp=0xcca077d8) at /usr/src/sys/kern/vfs_bio.c:795
#11 0xc021974c in bawrite (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1138
#12 0xc022178a in cluster_wbuild (vp=0xc3cf85b4, size=16384, start_lbn=50,
len=2) at /usr/src/sys/kern/vfs_cluster.c:996
#13 0xc0220d7f in cluster_write (bp=0xcca47310, filesize=847872, seqcount=1)
at /usr/src/sys/kern/vfs_cluster.c:596
#14 0xc02a949f in ffs_write (ap=0xe3592bc4)
at /usr/src/sys/ufs/ffs/ffs_vnops.c:836
#15 0xc0237c7d in vn_write (fp=0xc41b2ca8, uio=0xe3592c70,
active_cred=0xc3aa7380, flags=0, td=0xc4152780) at vnode_if.h:417
#16 0xc01f7928 in dofilewrite (td=0xc4152780, fp=0xc41b2ca8, fd=0,
buf=0x8e12e00, nbyte=0, offset=0, flags=0) at file.h:239
#17 0xc01f7769 in write (td=0xc4152780, uap=0xe3592d10)
at /usr/src/sys/kern/sys_generic.c:329
#18 0xc030be8c in syscall (frame=
{tf_fs = 262191, tf_es = 47, tf_ds = -1079246801, tf_edi = 0, tf_esi =
671674624, tf_ebp = -1077939880, tf_isp = -480694924, tf_ebx = 671686852, tf_edx = 29,
tf_ecx = 0, tf_eax = 4, tf_trapno = 22, tf_err = 2, tf_eip = 677083971, tf_cs = 31,
tf_eflags = 518, tf_esp = -1077939940, tf_ss = 47})
at /usr/src/sys/i386/i386/trap.c:1030
#19 0xc02f404d in Xint0x80_syscall () at {standard input}:139
---Can't read userspace from dump, or kernel process---
(kgdb) slurp# ^Dexit
Script done on Thu Mar 6 19:30:29 2003
pgp00000.pgp
Description: PGP signature
