yet another one :-)
ok - with the old mkfs.xfs i was able to build xfs filesystems which
were mountable and thus i was able to start running a system here at
home completely on xfs (/ & /home) - works fine so far - even the
shutdown now works (even with the code before the commit yester-
day) ... ok i also have a small ext2 system on the disk too into
which i might boot to check the xfs filesystems with xfs_repair
... this is what i got with that:
...
Phase 6 - check inode connectivity...
- resetting contents of realtime bitmap and summary inodes
- ensuring existence of lost+found directory
xfs_repair: xfs_dir2_data.c:147: xfs_dir2_data_check: Assertion `i < ((( 0) ==
1) ? (btp->count) : ((sizeof((btp->count)) == 8) ?
((typeof((btp->count)))(__fswab64((__u64)(btp->count)))) :
((sizeof((btp->count)) == 4) ?
((typeof((btp->count)))(__fswab32((__u32)(btp->count)))) :
((sizeof((btp->count)) == 2) ?
((typeof((btp->count)))(__fswab16((__u16)(btp->count)))) : ((btp->count))))) )'
failed.
Aborted (core dumped)
[root@chrome /root]#
Core was generated by `xfs_repair /dev/hda3'.
Program terminated with signal 6, Aborted.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
#0 0x4003ad41 in __kill () from /lib/libc.so.6
(gdb) where
#0 0x4003ad41 in __kill () from /lib/libc.so.6
#1 0x4003a9b6 in raise (sig=6) at ../sysdeps/posix/raise.c:27
#2 0x4003c0d8 in abort () at ../sysdeps/generic/abort.c:88
#3 0x40034bae in __assert_fail () at assert.c:59
#4 0x80f0063 in xfs_dir2_data_check (dp=0x81f2380, bp=0x815d940)
at xfs_dir2_data.c:147
#5 0x80e7a43 in xfs_dir2_block_addname (args=0xbffff6b8)
at xfs_dir2_block.c:410
#6 0x80e2520 in libxfs_dir2_createname (tp=0x8195a70, dp=0x81f2380,
name=0x8103f29 "lost+found", namelen=10, inum=3337, first=0xbffff7c8,
flist=0xbffff7b0, total=40) at xfs_dir2.c:133
#7 0x807db46 in dir_createname (mp=0xbffff844, tp=0x8195a70, pip=0x81f2380,
name=0x8103f29 "lost+found", namelen=10, inum=3337, first=0xbffff7c8,
flist=0xbffff7b0, total=40) at phase6.c:254
#8 0x807f18f in mk_orphanage (mp=0xbffff844) at phase6.c:779
#9 0x8089339 in phase6 (mp=0xbffff844) at phase6.c:3828
#10 0x8093c1e in main (argc=2, argv=0xbffffb14) at xfs_repair.c:487
(gdb)
an old xfs_repair works - so looks like also here is a small problem
with the non-sim code - a rerun of xfs_repair after such a crash of
it resulted in a growing nomber of
Phase 3 - for each AG...
- scan and clear agi unlinked lists...
- process known inodes and perform inode discovery...
- agno = 0
entry at block 0 offset 352 in directory inode 128 has illegal name
"/ost+found": clearing entry
entry at block 0 offset 376 in directory inode 128 has illegal name
"/ost+found": clearing entry
entry at block 0 offset 400 in directory inode 128 has illegal name
"/ost+found": clearing entry
mismatch between format (2) and size (0) in directory ino 3337
cleared inode 3337
... one the first time - two the second and three the third - the old
binary - as said - worked fine on this filesystem and fixed all the
problems - for the meantime i have uploaded a working (old) binary
to
http://innominate.org/~graichen/projects/xfs/
if anyone needs a working one (both xfs_repair or xfs_repair.gz for
whatever bandwidth you have)
t
--
thomas.graichen@xxxxxxxxxxxxx
technical director innominate AG
clustering & security networking people
tel: +49.30.308806-13 fax: -77 http://innominate.de
|