RELENG_6 vm_fault panic on filesystem mount
Joerg Pernfuss
elessar at bsdforen.de
Fri Nov 18 19:30:48 GMT 2005
On Fri, 18 Nov 2005 18:59:34 +0000 (GMT)
Robert Watson <rwatson at FreeBSD.org> wrote:
>
> On Fri, 18 Nov 2005, Joerg Pernfuss wrote:
>
> > #6 0xc078806a in calltrap ()
> > at /usr/src/sys/i386/i386/exception.s:139 #7 0xc070c00c in
> > ufsdirhash_build (ip=0xc5426948)
> > at /usr/src/sys/ufs/ufs/ufs_dirhash.c:232 #8 0xc070f5c3 in
> > ufs_lookup (ap=0xeabb6824) at /usr/src/sys/ufs/ufs/ufs_lookup.c:192
> > #9 0xc070d8f4 in ufs_extattr_lookup (start_dvp=0xc5414dd0,
> > lockparent=0x2, dirname=0xd71f3000 "\002", vp=0xd71f3000,
> > td=0xc5558780) at /usr/src/sys/ ufs/ufs/ufs_extattr.c:274 #10
> > 0xc070dfd6 in ufs_extattr_autostart (mp=0xc4ca3000, td=0xc5558780)
> > at /usr/src/sys/ufs/ufs/ufs_extattr.c:463 #11 0xc0706fa6 in
> > ffs_mount (mp=0xc4ca3000, td=0xc5558780)
> > at /usr/src/sys/ufs/ffs/ffs_vfsops.c:779 #12 0xc0640d57 in
> > vfs_donmount (td=0xc5558780, fsflags=0x8008, fsoptions=0xeabb6bf4)
> > at /usr/src/sys/kern/vfs_mount.c:739 #13 0xc06427c0 in kernel_mount
> > (ma=0xc5235240, flags=0x0) at pcpu.h:162
>
> The UFS1 extended attribute code performs directory listings,
> lookups, and file operations very early in the "life cycle" of a UFS
> file system in order to identify attribute backing files. We could
> be looking at a bug or new negative interaction between the extended
> attribute code in UFS1, dirhash, and the changes to VFS required to
> get SMP VFS support in 6.x. In principle, however, the EA code waits
> until everything is "ready to go" before starting on file system
> I/O. Are you actively using UFS1 attributes on that file system?
No, it is just my nfs exported distfiles collection. Nothing special
I was aware of until recently.
> Could I ask you to boot to single user mode, try mounting the file
> system, then try compiling a kernel without UFS_EXTATTR and
> UFS_EXTATTR_AUTOSTART, boot to single user mode, and see if you can
> mount the file system successfully? I.e., compare mounting with and
> without extended attributes, but on a "quiet" file system so any
> existing extended attributes remain in sync.
No problem, the kernel is already building.
I'll post the output as soon as I have it.
Joerg
--
| /"\ ASCII ribbon | GnuPG Key ID | c7e4 d91d 64e2 6321 9988 |
| \ / campaign against | 0xb248b614 | f27a 4e5b 06ce b248 b614 |
| X HTML in email | .the next sentence is a lie. |
| / \ and news | .the previous sentence was true. |
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051118/9c3ad946/attachment.bin
More information about the freebsd-stable
mailing list