Panic in 6-BETA1 during mount

Robert Watson rwatson at FreeBSD.org
Mon Aug 1 17:47:28 GMT 2005


On Sat, 30 Jul 2005, Matthias Schuendehuette wrote:

> 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.

Could you file a PR on this, and forward me the PR receipt from GNATS? 
This is likely a result of the VFS locking work, and as UFS2 is now the 
default file system, UFS1 extended attributes are probably not seeing a 
lot of use.  It may take me a few days to get to this due to a backlog on 
the network side.

Thanks,

Robert N M Watson

>
> 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
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"
>


More information about the freebsd-stable mailing list