>Number:         36238
>Category:       kern
>Synopsis:       LFS corrupted after crash
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Apr 28 16:35:00 +0000 2007
>Originator:     Manuel Bouyer
>Release:        NetBSD 4.0_BETA2
>Organization:
	LIP6/SOC
>Environment:
System: NetBSD rap.lip6.fr 4.0_BETA2 NetBSD 4.0_BETA2 (XEN3_DOM0) #9: Fri Apr 27 22:04:15 MEST 2007 root@cuba:/mnt/4/tmp/i386/obj/home/4/src/sys/arch/i386/compile/XEN3_DOM0 i386
Architecture: i386
Machine: i386
>Description:
	After the crash documented in kern/36237, the system would panic
	when accessing a directory in the LFS:
mode   33188    nlink  1        uid    0        gid    0        size   18446744073709460481     blocks 10490888
inum  2856
Direct Addresses
      17d0330 266d48  266d50  20eb519 21492dd 20eb363
      21414d0 21491cc 20d76ae 20d76c1 20d76d4 20d76e7
      54d340a 54d05c0 0
panic: inconsistent inode
Stopped in pid 13536.1 (tcsh) at        netbsd:cpu_Debugger+0x4:        popl  %
ebp
db> tr
cpu_Debugger(c0864880,cd565848,0,0,cd565848) at netbsd:cpu_Debugger+0x4
panic(c083f0d0,c148ba00,c148b900,cd56587c,ce7417d8) at netbsd:panic+0x155
lfs_vinit(c167c000,cd565904,80,ce7417d8,ffffffff) at netbsd:lfs_vinit+0x2d7
lfs_vget(c167c000,b28,0,cd5659d4,cd5659d8) at netbsd:lfs_vget+0x51f
ufs_lookup(cd5659fc,cd44e78c,c072cbc0,ce71c1ac,cd565bd8) at netbsd:ufs_lookup+0x8c7
VOP_LOOKUP(ce71c1ac,cd565bd8,cd565bec,c0489bc5,cd565a30) at netbsd:VOP_LOOKUP+0x2b
lookup(cd565bc8,20002,400,cd565be0,c1b03000) at netbsd:lookup+0x1fb
namei(cd565bc8,0,10000,c072d340,ce71c1ac) at netbsd:namei+0x128
compat_30_sys___stat13(cd44e78c,cd565c48,cd565c68,0,81ae800) at netbsd:compat_30_sys___stat13+0x46
syscall_plain() at netbsd:syscall_plain+0xb3
--- syscall (number 278) ---

A several fsck_lfs -fy fixed it, but the 10G file backing the HVM domain
has been deleted.

>How-To-Repeat:
>Fix: