[Top] [All Lists]

Re: Help with XFS

To: Thomas Førde <thomas.forde@xxxxxxxxxxxx>
Subject: Re: Help with XFS
From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
Date: Fri, 18 Jun 2010 14:00:28 +0200
Cc: xfs@xxxxxxxxxxx
In-reply-to: <OF0E234D8E.F048FF4D-ONC1257746.003FC10E-C1257746.00407333@xxxxxxxxxxxx>
Organization: Intellique
References: <OF4967B99D.609CC213-ONC1257745.0048E646-C1257745.004919A3@xxxxxxxxxxxx> <20100618132108.790921cf@xxxxxxxxxxxxxxxxxxxx> <OF450B8187.BD5256B0-ONC1257746.003E79FF-C1257746.003EE62C@xxxxxxxxxxxx> <20100618133458.6640ce96@xxxxxxxxxxxxxxxxxxxx> <OF0E234D8E.F048FF4D-ONC1257746.003FC10E-C1257746.00407333@xxxxxxxxxxxx>
Le Fri, 18 Jun 2010 13:43:57 +0200
Thomas Førde <thomas.forde@xxxxxxxxxxxx> écrivait:

> the raid array is a FC SAN array consisting of DS4700 unit with
> EXP810 expansion system
> xfs_check first, xfs_repair -n, and xfs_repair
> xfs_Repair -L has not been used.

That's fortunate, maybe something can be saved from that.

> its seismisc processed data, large text files.
I see. Extremely expensive to reproduce... 

If you know the file structure and the metadata isn't much ineresting,
a simple perl or python script can scrap the raw device for the data.
I've done it before. I can send you code snippets if you want.

Did you have any success compiling xfs_irecover?

It's a side note but one of my customers is specialised in seismic data
acquisition, and record every data twice on two different RAID-1
systems and always keep at least two copies of everything, plus an
on-tape copy... A commodity 16TB NAS costs much less (10000 € or less)
than the data it holds and makes a nice backup system. NOTHING replaces
a backup. Your system WILL fail someday (well it has now apparently).

Emmanuel Florac     |   Direction technique
                    |   Intellique
                    |   <eflorac@xxxxxxxxxxxxxx>
                    |   +33 1 78 94 84 02

<Prev in Thread] Current Thread [Next in Thread>