Hi,

I get this panic sometimes when VMWare is executing in the background
(iconified). It can take a while (a couple of hours) until it happens. 

The panic string says buffer not busy, but that seems to be fallout of a
second panic during the panic. The first one seems to be caused by a
trap in softdep_fsync().

Unfortunately it looks like my line numbers are wrong.  This is a GCC
3.1 kernel, -current CVSupped on May 17 22:24 GMT+2. I boot kernel and
use kernel.debug only for looking at the dump.  These two should be
identical except for the symbol table, right? Or did GCC 3.1 break this
assumption?

Any clue what is causing the panic? Anything else I could provide from
the dump?

--
Regards,
Georg.


(kgdb) where
#0  0xc01fa1a4 in doadump () at /usr/src/sys/kern/kern_shutdown.c:353
#1  0xc01fa7d1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:353
#2  0xc01fa9dd in panic (fmt=0xc03aab0b "bwrite: buffer is not busy???")
    at /usr/src/sys/kern/kern_shutdown.c:353
#3  0xc0240eac in bwrite (bp=0xd287585c) at /usr/src/sys/kern/vfs_bio.c:1367
#4  0xc0242635 in vfs_bio_awrite (bp=0xd287585c)
    at /usr/src/sys/kern/vfs_bio.c:1367
#5  0xc01c8a67 in spec_fsync (ap=0xe3d88a24)
    at /usr/src/sys/fs/specfs/spec_vnops.c:849
#6  0xc01c844e in spec_vnoperate (ap=0xe3d88a24)
    at /usr/src/sys/fs/specfs/spec_vnops.c:849
#7  0xc030b72a in VOP_FSYNC (vp=0xe0e03000, cred=0xd277ff00, waitfor=2, 
    td=0xc03ea5a0) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:810
#8  0xc030abc1 in ffs_sync (mp=0xe0c25600, waitfor=2, cred=0xd277ff00, 
    td=0xc03ea5a0) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:810
#9  0xc025424b in sync (td=0xc03ea5a0, uap=0x0)
    at /usr/src/sys/kern/vfs_syscalls.c:640
#10 0xc01fa2ab in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:353
#11 0xc01fa9dd in panic (fmt=0xc03c70de "%s")
    at /usr/src/sys/kern/kern_shutdown.c:353
#12 0xc036d714 in trap_fatal (frame=0xe3d88c0c, eva=1845524107)
    at /usr/src/sys/i386/i386/trap.c:652
#13 0xc036d34b in trap_pfault (frame=0xe3d88c0c, usermode=0, eva=1845524107)
    at /usr/src/sys/i386/i386/trap.c:652
#14 0xc036cd34 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, 
      tf_edi = 165662208, tf_esi = 0, tf_ebp = -472347472, 
      tf_isp = -472347592, tf_ebx = 24, tf_edx = 1845524079, tf_ecx = 4, 
      tf_eax = -472347496, tf_trapno = 12, tf_err = 0, tf_eip = -1070570113, 
      tf_cs = 8, tf_eflags = 66182, tf_esp = -1069904279, tf_ss = 843472})
    at /usr/src/sys/i386/i386/trap.c:652
#15 0xc030657f in softdep_fsync (vp=0xe42f9c30)
    at /usr/src/sys/ufs/ffs/ffs_softdep.c:4603
#16 0xc0258185 in fsync (td=0xe3d7a414, uap=0xe3d88cf8)
    at /usr/src/sys/kern/vfs_syscalls.c:640
#17 0xc036da82 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 1342242863, 
      tf_edi = 165662208, tf_esi = 0, tf_ebp = -1077944332, 
      tf_isp = -472347276, tf_ebx = 24, tf_edx = 24, tf_ecx = 3, tf_eax = 118, 
      tf_trapno = 22, tf_err = 2, tf_eip = 685504173, tf_cs = 31, 
      tf_eflags = 514, tf_esp = -1077944352, tf_ss = 47})
    at /usr/src/sys/i386/i386/trap.c:652
#18 0xc035c67d in syscall_with_err_pushed () at /var/tmp//ccqhs5l0.s:128
#19 0x83cccfc in ?? ()
#20 0x83e44d2 in ?? ()
#21 0x83dd07e in ?? ()
#22 0x82cdedb in ?? ()
#23 0x28b9b8ef in ?? ()
#24 0x82bd3bc in ?? ()
#25 0x82bfdc5 in ?? ()
#26 0x28d2c1eb in ?? ()
(kgdb) frame 15
#15 0xc030657f in softdep_fsync (vp=0xe42f9c30)
    at /usr/src/sys/ufs/ffs/ffs_softdep.c:4603
4603    }
(kgdb) l
4598                vp->v_rdev->si_mountpoint && !VOP_ISLOCKED(vp, NULL) &&
4599                (error = VFS_SYNC(vp->v_rdev->si_mountpoint, MNT_WAIT, ap->a_cred,
4600                 ap->a_td)) != 0)
4601                    return (error);
4602            return (0);
4603    }
4604    
4605    /*
4606     * Flush the dependencies associated with an inodedep.
4607     * Called with splbio blocked.
(kgdb) 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to