Panic in 6-BETA1 during mount

From: Matthias Schuendehuette (msch_at_snafu.de)
Date: 07/30/05

  • Next message: Michael Butler: "RELENG_5 ATA patches mk III"
    To: freebsd-stable@freebsd.org
    Date: Sat, 30 Jul 2005 16:52:37 +0200
    
    

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

  • Next message: Michael Butler: "RELENG_5 ATA patches mk III"

    Relevant Pages

    • Re: Tuit depletion zone.
      ... Took two trips to the dump to shift the excess. ...
      (uk.rec.sheds)
    • Re: convert friction shift to SIS?
      ... But Ergo allows you to dump the whole cassette with one push of the thumb. ... He will still be clicking his little shift lever while you are riding away from him in the proper gear. ...
      (rec.bicycles.tech)
    • Re: 8 bit white noise algorithm
      ... Scott Seidman wrote in ... single with bit sets, and use that, dump it, shift in 8 more bits .... ... Reverse name to reply ...
      (comp.dsp)
    • Re: oops in :snd_pcm_oss:resample_expand+0x19c/0x1f0
      ... Thanks for trying out kdump. ... For example, the small script you wrote for saving the dump, is already ... "service kdump start" and initrd will be generated and kdump kernel will ... Currently we can use gdb but only for linearly mapped region. ...
      (Linux-Kernel)
    • [PATCH] kmsgdump-2.6.6.patch (was: Panics need better handling)
      ... I have prepared my floppy for a dump and everything seems ok, but I have not got any oopses yet :-) ... What is KMSGDUMP? ... +KMSGDUMP is an extension to the Linux kernel which allows the user on the ... +Even if there are cases in which you can dump at the end of a diskette without ...
      (Linux-Kernel)