Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 6 Mar 2003 19:40:06 +0100
From:      Morten Rodal <morten@rodal.no>
To:        current@FreeBSD.org
Subject:   panic: bwrite: buffer is not busy???
Message-ID:  <20030306184005.GA684@slurp.rodal.no>

next in thread | raw e-mail | index | archive | help

--7iMSBzlTiPOCCT2k
Content-Type: multipart/mixed; boundary="FCuugMFkClbJLl1L"
Content-Disposition: inline


--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

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.

--=20
Morten Rodal


--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=typescript
Content-Transfer-Encoding: quoted-printable

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 condition=
s.
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 =3D 0; lapic.id =3D 01000000
Stack backtrace:
boot() called on cpu#0

syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
cpuid =3D 0; lapic.id =3D 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] [CT=
RL-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 3=
68 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=3D260) at /usr/src/sys/kern/kern_shutdown.c:3=
71
#2  0xc01d46a7 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
#3  0xc0218dc2 in bwrite (bp=3D0xccb1ec98) at /usr/src/sys/kern/vfs_bio.c:7=
95
#4  0xc021a909 in vfs_bio_awrite (bp=3D0xccb1ec98)
    at /usr/src/sys/kern/vfs_bio.c:1692
#5  0xc02a881a in ffs_fsync (ap=3D0xe35928a4)
    at /usr/src/sys/ufs/ffs/ffs_vnops.c:257
#6  0xc02a78f9 in ffs_sync (mp=3D0xc3a73200, waitfor=3D2, cred=3D0xc1376e80=
,=20
    td=3D0xc0363180) at vnode_if.h:612
#7  0xc022f8bb in sync (td=3D0xc0363180, uap=3D0x0)
    at /usr/src/sys/kern/vfs_syscalls.c:138
#8  0xc01d3fab in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2=
80
#9  0xc01d46a7 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
#10 0xc0218dc2 in bwrite (bp=3D0xcca077d8) at /usr/src/sys/kern/vfs_bio.c:7=
95
#11 0xc021974c in bawrite (bp=3D0x0) at /usr/src/sys/kern/vfs_bio.c:1138
#12 0xc022178a in cluster_wbuild (vp=3D0xc3cf85b4, size=3D16384, start_lbn=
=3D50,=20
    len=3D2) at /usr/src/sys/kern/vfs_cluster.c:996
#13 0xc0220d7f in cluster_write (bp=3D0xcca47310, filesize=3D847872, seqcou=
nt=3D1)
    at /usr/src/sys/kern/vfs_cluster.c:596
#14 0xc02a949f in ffs_write (ap=3D0xe3592bc4)
    at /usr/src/sys/ufs/ffs/ffs_vnops.c:836
#15 0xc0237c7d in vn_write (fp=3D0xc41b2ca8, uio=3D0xe3592c70,=20
    active_cred=3D0xc3aa7380, flags=3D0, td=3D0xc4152780) at vnode_if.h:417
#16 0xc01f7928 in dofilewrite (td=3D0xc4152780, fp=3D0xc41b2ca8, fd=3D0,=20
    buf=3D0x8e12e00, nbyte=3D0, offset=3D0, flags=3D0) at file.h:239
#17 0xc01f7769 in write (td=3D0xc4152780, uap=3D0xe3592d10)
    at /usr/src/sys/kern/sys_generic.c:329
#18 0xc030be8c in syscall (frame=3D
      {tf_fs =3D 262191, tf_es =3D 47, tf_ds =3D -1079246801, tf_edi =3D 0,=
 tf_esi =3D 671674624, tf_ebp =3D -1077939880, tf_isp =3D -480694924, tf_eb=
x =3D 671686852, tf_edx =3D 29, tf_ecx =3D 0, tf_eax =3D 4, tf_trapno =3D 2=
2, tf_err =3D 2, tf_eip =3D 677083971, tf_cs =3D 31, tf_eflags =3D 518, tf_=
esp =3D -1077939940, tf_ss =3D 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

--FCuugMFkClbJLl1L--

--7iMSBzlTiPOCCT2k
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+Z5YFbWe1Cy11WVsRAm5eAJ9YDOQdGZzW1ldtbq9LSc781wMJ5QCeMtpZ
kLsb8KaK9mxVtJpHZoY7ydg=
=UYWE
-----END PGP SIGNATURE-----

--7iMSBzlTiPOCCT2k--

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?20030306184005.GA684>