xfs
[Top] [All Lists]

Re: assemble vs create an array.......

To: Michael Tokarev <mjt@xxxxxxxxxx>
Subject: Re: assemble vs create an array.......
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Thu, 06 Dec 2007 11:12:05 -0600
Cc: Dragos <dragos@xxxxxxxxxxx>, David Greaves <david@xxxxxxxxxxxx>, linux-raid@xxxxxxxxxxxxxxx, xfs@xxxxxxxxxxx
In-reply-to: <475825C0.4070605@msgid.tls.msk.ru>
References: <474F869D.5040503@mpigani.org> <18255.41044.614676.410107@notabene.brown> <47501D7E.7000804@dgreaves.com> <475552D2.4000802@mpigani.org> <47568DE1.1050108@dgreaves.com> <4758129D.40600@mpigani.org> <475825C0.4070605@msgid.tls.msk.ru>
Sender: xfs-bounce@xxxxxxxxxxx
User-agent: Thunderbird 2.0.0.9 (Macintosh/20071031)
Michael Tokarev wrote:

> It's sad that xfs refuses mount when "structure needs
> cleaning" - the best way here is to actually mount it
> and see how it looks like, instead of trying repair
> tools.  Is there some option to force-mount it still
> (in readonly mode, knowing it may OOPs kernel etc)?

depends what went wrong, but in general that error means that metadata
corruption was encountered which was sufficient for xfs to abort
whatever it was doing.  It's not done lightly; it's likely bailing out
because it had no other choice.

You can't "force mount" something which is sufficiently corrupted that
xfs can't understand it anymore...  IOW you can't traverse and read
corrupted/scrambled metadata, no mount option can help you.  :)

If the shutdown were encountered during use, you could maybe avoid the
bad metadata.  If it's during mount that's probably a more fundamental
problem.

kernel messages when you get the "structure needs cleaning" error would
be a clue as to what it actually hit.

-Eric


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