[Top] [All Lists]

Re: Flash drive suitability for XFS journals

To: linux-xfs@xxxxxxxxxxx
Subject: Re: Flash drive suitability for XFS journals
From: Jason Parker-Burlingham <jasonp@xxxxxxxxx>
Date: Wed, 02 Jul 2003 17:34:21 -0400
Cancel-lock: sha1:n50O31iYQp26nVzefvt0N+x7vSc=
References: <87n0fy9g8n.fsf@xxxxxxxxxxxxxxx> <87fzlp4vr7.fsf@xxxxxxxxxxxxxxxxx>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (gnu/linux)
Daniel Pittman <daniel@xxxxxxxxxxxx> writes:

> On Tue, 01 Jul 2003, Jason Parker-Burlingham wrote:
>> 0) Will this really be useful?  My hope is that storing the log on a
>>    device which doesn't use the IDE bus will save the log from
>>    becoming corrupted when the IDE disks start to fail. 
> Very, very few IDE disk failures cause bus corruption.

I was thinking of IDE bus failures; the hope is that by purchasing a
fairly inexpensive piece of equipment, the filesystem log could be
stored in such a way as to be less prone to the same sorts of failure
mode as the disk with the data on it.

The next step up would be to buy pairs of IDE disks and use RAID for
more concrete protection against disk failure, but I anticipate
that the devices I want to use will cost perhaps less than half the
cost of a second disk.

Perhaps I have something of an XY problem here.  My experience with
data recovery doesn't endear me to it, so I am looking for small
changes I can make to existing systems to reduce the amount of time
spent searching for data on a failing disk or corrupt filesystem.

I assumed the log would be critical to correctly recovering an XFS
filesystem, but I see that cmd/xfsprogs/repair/README talks about
zeroing the log almost immediately so perhaps that's not as important
as I thought.

I want to be able to recommend XFS over the Linux journalling
filesystem alternatives, and having a better idea of what to do when
the tools fail would be extremely helpful.
Stay up-to-date on what I'm doing lately:

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