if I do:
for I in 173 174 178; do ./check $I; done
it's not terribly interesting, things seem to go ok, just normal
filestreams failures ;-)
if I do:
./check 173 174 178
things go very badly; the very first repair in 178 finds a horribly
corrupted filesystem, and repair tips over (memory appears corrupted, as
witnessed by):
> xfs_repair: zone calloc failed (, 572662388 bytes): Cannot allocate memory
hm, no zone name, length of 0x22222274?
I already provided a metadump image to Barry, but I wonder why the
timing(?) seems to make a difference here... first sign of things going
awry in repair is:
Phase 2 - using internal log
- zero log...
- scan filesystem freespace and inode maps...
bad length 131072 for agf 0, should be 4096
bad length # 131072 for agi 0, should be 4096
would reset bad agf for ag 0
would reset bad agi for ag 0
....
not sure what's going on here, but it only seems to happen if I do those
2 filestreams test immediately before 178...
oh, and this is over LVM, just for fun.
-Eric
|