That isn't good news. What do you suggest I do before totally trashing it,
what xfs_repair arguments should I at least try? The data volume size is as
it was before the RAID failure so the files are likely there and the RAID is
stable. I will try an xfsdump prior.
From: David Chinner [mailto:dgc@xxxxxxx]
Sent: Monday, April 21, 2008 4:31 PM
Cc: xfs@xxxxxxxxxxx; vincent.roy@xxxxxxxxxxxxx
Subject: Re: Fwd: xfs_repair -n report
On Mon, Apr 21, 2008 at 02:52:01PM -0600, support@xxxxxxxxxxxxx wrote:
> Sorry, I truncated the original logfile of 128MB to a short version for
> review. Again, all comments welcome.
Firstly, please post plain text attachments - that will cut down the
size of them as well...
> Subject: xfs_repair -n report
> Date: Saturday 19 April 2008 23:22
> From: support@xxxxxxxxxxxxx
> To: xfs@xxxxxxxxxxx, vincent.roy@xxxxxxxxxxxxx
> RAID 5 - 4 disks on 9550 AMCC production machine / backup disk failed also
> verified without error - rebuilt after abrupt power shut down
> cannot mount - inconsistencies indicated - could not dump fs
Secondly, your raid has completely screwed the filesystem. I would
strongly suggest that you confirm that the rebuild of the RAID put
stuff back together properly (check things like the order of disks
in the stripe, etc). If it claims nothing is wrong, then it has been
lying to you.
I hope you have backups, because that's the only way you're going
to recover this mess.
SGI Australian Software Group
Description: MS-Word document