Subject: RE: kern/35054: Panic writing to LFS
To: None <kern-bug-people@netbsd.org, gnats-admin@netbsd.org,>
From: Scott Ellis <scotte@warped.com>
List: netbsd-bugs
Date: 11/15/2006 17:50:02
The following reply was made to PR kern/35054; it has been noted by GNATS.
From: "Scott Ellis" <scotte@warped.com>
To: <gnats-bugs@netbsd.org>, <kern-bug-people@netbsd.org>,
<gnats-admin@netbsd.org>, <netbsd-bugs@netbsd.org>
Cc:
Subject: RE: kern/35054: Panic writing to LFS
Date: Wed, 15 Nov 2006 09:48:12 -0800
Well, I just didn't hit 'y' long enough.
Re-running the fsck with '-y' completes after asking 472876 times. Note in
the fsck_lfs messages below that it claims no space for lost+found, yet the
partition is significantly larger than the data being written to it (it
should have ~100G 'extra' space on the LFS partition). Re-running fsck
again and again yields the same results.
Additional data from that run, done passing '-d' to fsck_lfs:
** /dev/rraid1h
sb0 857886, sb1 857886** File system is already clean
idaddr = 0x3c36e8b
dev_bsize = 512
lfs_bsize = 65536
lfs_fsize = 1024
lfs_frag = 64
lfs_inopb = 8
maxino = 127764
** Last Mounted on /mounts/drive2
** Phase 0 - Check Inode Free List
** Phase 1 - Check Blocks and Sizes
creating sorted inode address table...
counting dirs...
counting blocks...
** Phase 2 - Check Pathnames
UNALLOCATED I=70190
PARENT=2
INO is NULL
REMOVE? yes
** Phase 3 - Check Connectivity
UNREF DIR I=88470 OWNER=scotte MODE=40755
SIZE=1024 MTIME=Nov 14 13:56 2006
RECONNECT? yes
NO lost+found DIRECTORY
CREATE? yes
DIRECTORY ? INO 70190: CONTAINS EMPTY BLOCKS [1]
ADJUST LENGTH? yes
[repeat]
YOU MUST RERUN FSCK AFTERWARDS
SORRY. NO SPACE IN lost+found DIRECTORY
** Phase 4 - Check Reference Counts
** Phase 5 - Check Segment Block Accounting
SEGMENT 23314 CLAIMS 1873280 BYTES BUT HAS 1701248 (HIGH BY 172032)
FIX? yes
SEGMENT 23498 CLAIMS 509696 BYTES BUT HAS 493440 (HIGH BY 16256)
FIX? yes
SEGMENT 23675 CLAIMS 898048 BYTES BUT HAS 756480 (HIGH BY 141568)
FIX? yes
SEGMENT 23807 CLAIMS 1723648 BYTES BUT HAS 1722624 (HIGH BY 1024)
FIX? yes
SEGMENT 23808 CLAIMS 395648 BYTES BUT HAS 394624 (HIGH BY 1024)
FIX? yes
DMETA GIVEN AS 841891, SHOULD BE 997762
FIX? yes
AVAIL GIVEN AS 221461738, SHOULD BE 221305654
FIX? yes
125039 files, 46913874 used, 215478370 free
WRITE CHANGES TO DISK? yes
WRITING CHANGES TO DISK
UPDATE SUPERBLOCKS? yes
writing superblocks with lfs_idaddr = 0x3c36f8e
MARK FILE SYSTEM CLEAN? yes
writing superblocks with lfs_idaddr = 0x3c36f8e
***** FILE SYSTEM MARKED CLEAN *****
buffer cache: 990309 hits 276201 misses (78.19%); hash width 1024, depth 249
***** FILE SYSTEM WAS MODIFIED *****
***** PLEASE RERUN FSCK *****