Panic in 6-BETA1 during mount

Matthias Schuendehuette msch at snafu.de
Sat Jul 30 14:52:44 GMT 2005


Hi,

I gave 6-BETA1 a try on just another machine and got the following panic 
during mount of an UFS1 filesystem with extended attributes. The 
machine runs fine with 5.4-STABLE.

If you need 'dmesg' and kernel-config, let me know. I included

# Add support for Extended Attributes and Access Control Lists
#
options         UFS_EXTATTR
options         UFS_EXTATTR_AUTOSTART
options         UFS_ACL

in my kernel config.


Output of dumpfs(8):

root at stable - ~
503 # dumpfs /disk
magic   11954 (UFS1)    time    Sat Jul 30 16:38:30 2005
id      [ 3fc09aad 28e883c3 ]
ncg     52      size    4718592 blocks  4644951
bsize   16384   shift   14      mask    0xffffc000
fsize   2048    shift   11      mask    0xfffff800
frag    8       shift   3       fsbtodb 2
minfree 8%      optim   time    symlinklen 60
maxbpg  4096    maxcontig 7     contigsumsize 7
nbfree  462756  ndir    58      nifree  1164394 nffree  252
cpg     89      bpg     11392   fpg     91136   ipg     22400
nindir  4096    inopb   128     nspf    4       maxfilesize     
1126174852055039
sbsize  2048    cgsize  16384   cgoffset 1024   cgmask  0xffffffff
csaddr  1424    cssize  2048
rotdelay 0ms    rps     60      trackskew 0     interleave 1
nsect   4096    npsect  4096    spc     4096
sblkno  8       cblkno  16      iblkno  24      dblkno  1424
cgrotor 36      fmod    0       ronly   0       clean   0
avgfpdir 64     avgfilesize 16384
flags   soft-updates
fsmnt   /disk
volname         swuid   0

cs[].cs_(nbfree,ndir,nifree,nffree):
        (2991,3,22392,27) (7117,0,22400,0) (7117,1,22399,7) 
(7117,1,22399,7)
        (11215,0,22400,0) (7118,0,22400,0) (11215,0,22400,0) 
(11215,0,22400,0)
        (7118,0,22400,0) (7118,0,22400,0) (4068,5,22252,114) 
(7118,0,22400,0)
        (7118,0,22400,0) (7118,0,22400,0) (7118,0,22400,0) 
(7118,0,22400,0)
        (7118,0,22400,0) (4577,0,22400,0) (7117,0,22400,0) 
(7118,0,22400,0)
        (7118,0,22400,0) (7118,0,22400,0) (7118,0,22400,0) 
(7118,0,22400,0)
        (7118,0,22400,0) (7118,0,22400,0) (7118,0,22400,0) 
(7118,0,22400,0)
        (6916,1,22398,7) (11215,0,22400,0) (11215,0,22400,0) 
(11214,1,22399,7)
        (11215,0,22400,0) (10736,1,22395,12) (11215,0,22400,0) 
(11215,0,22400,0)
        (10392,0,22400,0) (11215,0,22400,0) (11215,0,22400,0) 
(11215,0,22400,0)
        (11215,0,22400,0) (11215,0,22400,0) (11215,0,22400,0) 
(11101,42,22163,66)
        (11214,3,22397,5) (11215,0,22400,0) (11215,0,22400,0) 
(11215,0,22400,0)
        (11215,0,22400,0) (11215,0,22400,0) (11215,0,22400,0) 
(8655,0,22400,0)
cylinders in last group 69
blocks in last group 8832



/var/crash/info.205:

Dump header from device /dev/da0s1b
  Architecture: i386
  Architecture Version: 33554432
  Dump Length: 267980800B (255 MB)
  Blocksize: 512
  Dumptime: Sat Jul 30 17:38:32 2005
  Hostname:
  Magic: FreeBSD Kernel Dump
  Version String: FreeBSD 6.0-BETA1 #0: Fri Jul 29 21:17:52 CEST 2005
    root at stable.alpenflugzentrum.de:/usr/obj/usr/src/sys/STABLE
  Panic String: lockmgr: unknown locktype request 0
  Dump Parity: 2781107745
  Bounds: 205
  Dump Status: good



Backtrace with kgdb and kernel.debug:

#23 0xc054b91c in panic (fmt=0xc0729f42 "lockmgr: unknown locktype 
request %d")
    at /usr/src/sys/kern/kern_shutdown.c:537
#24 0xc053cad1 in lockmgr (lkp=0xc1746c08, flags=0, interlkp=0xc07875f8,
    td=0xc1717e10) at /usr/src/sys/kern/kern_lock.c:423
#25 0xc05ab9a6 in vfs_hash_insert (vp=0xc1746bb0, hash=215, flags=0,
    td=0xc1717e10, vpp=0xd13a3760, fn=0, arg=0x0)
    at /usr/src/sys/kern/vfs_hash.c:112
#26 0xc067bf27 in ffs_vget (mp=0xc16b6000, ino=215, flags=0, 
vpp=0xd13a3760)
    at pcpu.h:162
#27 0xc068831e in ufs_lookup (ap=0xd13a3838)
    at /usr/src/sys/ufs/ufs/ufs_lookup.c:571
#28 0xc0685f34 in ufs_extattr_lookup (start_dvp=0xc1746cc0, 
lockparent=2,
    dirname=0x0, vp=0x0, td=0xc1717e10)
    at /usr/src/sys/ufs/ufs/ufs_extattr.c:273
#29 0xc0686623 in ufs_extattr_autostart (mp=0xc16b6000, td=0xc1717e10)
    at /usr/src/sys/ufs/ufs/ufs_extattr.c:462
#30 0xc067e35a in ffs_mount (mp=0xc16b6000, td=0xc1717e10)
    at /usr/src/sys/ufs/ffs/ffs_vfsops.c:780
#31 0xc05ae9d9 in vfs_donmount (td=0xc1717e10, fsflags=32776,
    fsoptions=0xd13a3be8) at /usr/src/sys/kern/vfs_mount.c:739
#32 0xc05b09cd in kernel_mount (ma=0xc16c6450, flags=0) at pcpu.h:162
#33 0xc067b778 in ffs_cmount (ma=0xc16c6450, data=0x0, flags=0, 
td=0xc1717e10)
    at /usr/src/sys/ufs/ffs/ffs_vfsops.c:384
#34 0xc05b0707 in mount (td=0xc1717e10, uap=0xd13a3d04)
    at /usr/src/sys/kern/vfs_mount.c:566
#35 0xc06f1be0 in syscall (frame=
      {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077943940, tf_esi 
= -1077941228, tf_ebp = -1077943800, tf_isp = -784712348, tf_ebx = 
-1077943760, tf_edx = 0, tf_ecx = 1, tf_eax = 21, tf_trapno = 12, 
tf_err = 2, tf_eip = 671916271, tf_cs = 51, tf_eflags = 582, tf_esp = 
-1077943972, tf_ss = 59})
    at /usr/src/sys/i386/i386/trap.c:986
#36 0xc06e236f in Xint0x80_syscall () 
at /usr/src/sys/i386/i386/exception.s:200


If you need additional info, let me know.
If someone has ideas to solve this bug I'm ready to test/try out.

-- 
Ciao/BSD - Matthias

Matthias Schuendehuette	<msch [at] snafu.de>, Berlin (Germany)
PGP-Key at <pgp.mit.edu> and <wwwkeys.de.pgp.net> ID: 0xDDFB0A5F


More information about the freebsd-stable mailing list