On 1/29/14, 7:39 AM, Juan A. Sillero wrote:
> We are a pioneering group in turbulence at the Polytechnic University of
> Madrid (torroja.dmt.upm.es), running simulations in supercomputing
> centers all around the world and hosting massive data in our data center
> that are publicly accessible.
> Apparently we have lost one of our partitions of 20 Tb because of a
> under-voltage error of a power source plus a disk failure and we are
> trying to fix it, but it does not look good so far.
You lost only 1 disk?
So what exactly happened - what have you encountered, and what have
you done to try to fix it so far?
General rule - do NOT run xfs_repair in modification mode (i.e.
defaults, without "-n") or any other writes to the storage
until you know the storage is properly re-assembled.
> The system is setup as follow:
> XFS 6.1
Is this some variant of RHEL6.1? XFS doesn't have version numbers
like that. (Probably not IRIX 6.1?) :)
> Raid 5 (12 x 2 disks of 2 Tb each)
> Double disk controller managed by devmapper.
> What we know at this point is the next:
> 1) The topology of the disk is lost: the main-boot-record and the GPT
> are corrupted.
Which makes me think that the raid is possibly not in good shape.
> 2) After running the testdisk utility we find 9 partitions instead of 1.
> 3) With gdisk we have tried to create a new main-boot-record and GPT,
> but it has not worked.
Darn, so it sounds like you've already written to the storage.
> 4) We know that the blocksize is 4096 bytes, and the current capacity of
> the raid is under 20 Tb, so we suspect that even if the disk-manager
> says that the RAID is ok, it has not reconstructed the RAID after the
> disk failing.
I think you are right.
> We are stuck right now at this point, and help would be really
> appreciated in order to bring up the partition. We will be pleased to
> acknowledge the group in the upcoming publications.
Unfortunately it doesn't sound like an XFS problem at this point,
but rather a storage problem. It's probably worth reaching out to
the device mapper people first, perhaps they can help make sure
the raid is properly reassembled. Then we can see about picking up
the XFS pieces if any are left.
> Thanks again, Juan A. Sillero
> xfs mailing list