Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 11 Mar 2003 17:19:45 -0800 (PST)
From:      Doug Barton <DougB@FreeBSD.org>
To:        Attila Nagy <bra@fsn.hu>
Cc:        freebsd-current@FreeBSD.org
Subject:   Re: kern/49079: panic: bwrite: buffer is not busy
Message-ID:  <20030311171353.B1461@znfgre.tberna.bet>
In-Reply-To: <200303110940.h2B9eBvp040560@freefall.freebsd.org>
References:  <200303110940.h2B9eBvp040560@freefall.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
FYI, -bugs is not a discussion list.

On Tue, 11 Mar 2003, Attila Nagy wrote:

> The following reply was made to PR kern/49079; it has been noted by GNATS.
>
> From: Attila Nagy <bra@fsn.hu>
> To: Martin Machacek <m@m3a.net>
> Cc: FreeBSD-gnats-submit@FreeBSD.org
> Subject: Re: kern/49079: panic: bwrite: buffer is not busy
> Date: Tue, 11 Mar 2003 10:30:17 +0100 (CET)
>
>  Hello,
>
>  > The system panics with "panic: bwrite: buffer is not busy" after random
>  > time after boot if X server is running (although this is not verified to
>  > >Fix:
>  > Would love to have one :-).
>  CURRENT already has a fix, in rev. 1.373 of vfs_bio.c
>
>  Could you please try to update to -CURRENT to see if this problem
>  disappears?

It won't. I have 1.376 of vfs_bio.c, and -current as of the 7th, and I
just got another one of these last night. The panic message is the same as
I've been getting, but the bremfree message is slightly different, if that
helps any.

Doug



panic: bwrite: buffer is not busy???

syncing disks, buffers remaining... panic: bremfree: removing a buffer not
on a queue
Uptime: 3d8h21m50s


(kgdb) bt
#0  doadump () at /usr/Local/src-current/sys/kern/kern_shutdown.c:240
#1  0xc021673e in boot (howto=260) at
/usr/Local/src-current/sys/kern/kern_shutdown.c:371
#2  0xc0216cb0 in panic (fmt=0x0) at
/usr/Local/src-current/sys/kern/kern_shutdown.c:542
#3  0xc02562a0 in bread (vp=0x0, blkno=0, size=0, cred=0x0, bpp=0x0)
    at /usr/Local/src-current/sys/kern/vfs_bio.c:630
#4  0xc02561c5 in bremfree (bp=0x0) at
/usr/Local/src-current/sys/kern/vfs_bio.c:612
#5  0xc02582ed in vfs_bio_awrite (bp=0x0)
    at /usr/Local/src-current/sys/kern/vfs_bio.c:1682
#6  0xc02b9974 in ffs_fsync (ap=0xcdd2b8e4)
    at /usr/Local/src-current/sys/ufs/ffs/ffs_vnops.c:257
#7  0xc02b8c20 in ffs_sync (mp=0xc26c1e00, waitfor=2, cred=0xc0eb6e80,
td=0xc0388bc0)
    at vnode_if.h:612
#8  0xc026b00d in sync (td=0xc0388bc0, uap=0x0)
    at /usr/Local/src-current/sys/kern/vfs_syscalls.c:138
#9  0xc021676a in boot (howto=256) at
/usr/Local/src-current/sys/kern/kern_shutdown.c:280
#10 0xc0216cb0 in panic (fmt=---Can't read userspace from dump, or kernel
process---

) at /usr/Local/src-current/sys/kern/kern_shutdown.c:542
#11 0xc0256a22 in bwrite (bp=0xc77310f8) at
/usr/Local/src-current/sys/kern/vfs_bio.c:795
#12 0xc025715c in bawrite (bp=0x0) at
/usr/Local/src-current/sys/kern/vfs_bio.c:1138
#13 0xc025e817 in cluster_wbuild (vp=0xc339a124, size=8192, start_lbn=16,
len=2)
    at /usr/Local/src-current/sys/kern/vfs_cluster.c:996
#14 0xc025e156 in cluster_write (bp=0xc7733f60, filesize=155648,
seqcount=13)
    at /usr/Local/src-current/sys/kern/vfs_cluster.c:596
#15 0xc02ba6d3 in ffs_write (ap=0xcdd2bbdc)
    at /usr/Local/src-current/sys/ufs/ffs/ffs_vnops.c:728
#16 0xc0272d42 in vn_write (fp=0xc2964258, uio=0xcdd2bc78,
active_cred=0xc2d5f500,
    flags=0, td=0xc2641b40) at vnode_if.h:417
#17 0xc0238359 in dofilewrite (td=0xc2641b40, fp=0xc2964258, fd=0,
buf=0x0, nbyte=512,
    offset=0, flags=0) at file.h:239
#18 0xc02381bd in write (td=0xc2641b40, uap=0x200)
    at /usr/Local/src-current/sys/kern/sys_generic.c:329
#19 0xc030fca3 in syscall (frame=
      {tf_fs = 136577071, tf_es = 137691183, tf_ds = -1078001617, tf_edi =
151975312, tf_esi = 512, tf_ebp = -1077939400, tf_isp = -841826956, tf_ebx
= 26, tf_edx = 512, tf_ecx = 151975312, tf_eax = 4, tf_trapno = 22, tf_err
= 2, tf_eip = 677562292, tf_cs = 31, tf_eflags = 642, tf_esp =
-1077939448, tf_ss = 47})
    at /usr/Local/src-current/sys/i386/i386/trap.c:1030
#20 0xc02ffe7d in Xint0x80_syscall () at {standard input}:138
---Can't read userspace from dump, or kernel process---



-- 

    This .signature sanitized for your protection

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?20030311171353.B1461>