| To: | "Zak, Semion" <SZak@xxxxxxx> |
|---|---|
| Subject: | Re: XFS Resiliency to the disk errors. |
| From: | Eric Sandeen <sandeen@xxxxxxxxxxx> |
| Date: | Thu, 05 Apr 2007 11:06:30 -0500 |
| Cc: | xfs@xxxxxxxxxxx |
| In-reply-to: | <A63C579E7F04E74588517328EF5A385E02076A9A@ILEX5.IL.NDS.COM> |
| References: | <A63C579E7F04E74588517328EF5A385E02076A9A@ILEX5.IL.NDS.COM> |
| Sender: | xfs-bounce@xxxxxxxxxxx |
| User-agent: | Thunderbird 1.5.0.10 (Macintosh/20070221) |
Zak, Semion wrote:
Hi, generally metadata IO errors or bad magic found in metadata will shut down the filesystem gracefully if it can. IO errors on data will just be IO errors. What could be done to restore?
If zero bad sector/dump to other device/format/restore will help?
you could dd off the junk drive, zeroing out unreadable sectors, point xfs_repair at it and hope for the best. Which, depending on the problem, could wind up not being very good. If you want to know how to recover from disaster, it sounds like perhaps your data is important enough that you should not plan for failure, but rather find a way to avoid it? Seems to me the only way I'd want to put drives which are expected to fail regularly into a product is if the recovery method of "replace the disk and re-image the appliance" was acceptable, but that's just me. :) -Eric |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Strange delete performance using XFS, Chris Wedgwood |
|---|---|
| Next by Date: | Re: xfs_repair leaves empty but undeletable dirs in lost+found, Lars Ellenberg |
| Previous by Thread: | XFS Resiliency to the disk errors., Zak, Semion |
| Next by Thread: | RE: XFS Resiliency to the disk errors., Zak, Semion |
| Indexes: | [Date] [Thread] [Top] [All Lists] |