Artur Makówka napisal(a):
David Chinner napisal(a):
On Tue, Apr 11, 2006 at 09:55:20AM +0200, Artur Makówka wrote:
and why xfs_repair didnt repaired it ?
xfs_repair doesn't check the free space btrees, it simply rebuilds
them from scratch. Hence it won't warn about a corrupted AGF btree
during repair. However, after a repair they should be consistent.
OTOH, xfs_check will actually check the AGF btrees for corruption
and consistency. Can you run xfs_check on the filesystem after one of
these errors both before and after you run xfs_repair, and post
the output?
i can't run it so often, because to run it i think i have to unmount my
filesystem. and of course this means longer downtime for my users, which
for now i just can't do.
Maybe there is some kind of bug with this situation, because i forgot to
tell you one thing: i have one more XFS partition that is inside this
one big XFS partition.
guess it's not. it crashed again after i removed loop-mounted XFS
partition - so that's not it. i also ran xfs_check on unmounted system,
but output was empty. it just didn't say anything, and finished checking
after like 10-20 minutes with no output. is it normal? i did xfs_check
/dev/md0 1>>logs 2>>logs. And it finished with file logs with 0 bytes.
Should i run it with -v ? -v generates a lot of output though.
|