-----BEGIN PGP SIGNED MESSAGE-----
Nathaniel W. Turner wrote:
> Hi Marc,
> Marc Lehmann wrote:
>> It also happens to the same filesystem each time (maybe because
>> it does the heavy I/O),a and it is also the same filesystem where
>> xfs_repair hangs in an endless loop often (but not always). (see
>> The filesystem was created a month or so ago using blocksize of 512
>> lazy-count=1, but I have many of those xfs filesystems.
>> Since this is a production system and I have no backup abilities, I
>> to no choice but to reformat the disk now.
> I'm not sure about the root cause of your crash,
The crash is probably due to a bad inode, the file system needs to be
> but I just wanted to mention that before you blow away this
> filesystem, you should probably try repairing it with a recent
> version of xfs_repair (like 3.0.0).
That is a good suggestion, 2.9.8 is quite old at this point.
xfs_check might also be useful as it might point to the problem inode.
> Also, I have seen similar problems to those described in Debian bug
> 525880 with xfs_repair not making progress (although I'm running
> 32-bit), and adding "-P" to the xfs_repair invocation helped in many
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----