xfs
[Top] [All Lists]

Re: xfs_repair at full disk

To: Thomas Graichen <graichen@xxxxxxxxxxxxx>, thomas.graichen@xxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxx
Subject: Re: xfs_repair at full disk
From: "Nathan Scott" <nathans@xxxxxxxxxxxxxxxxxxxxxxxx>
Date: Thu, 14 Sep 2000 14:58:39 -0400
In-reply-to: Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de> "xfs_repair at full disk" (Sep 14, 3:44am)
References: <news2mail-8pphi7$gr7$3@mate.bln.innominate.de>
Sender: owner-linux-xfs@xxxxxxxxxxx
hi there Thomas,

On Sep 14,  3:44am, Thomas Graichen wrote:
> Subject: xfs_repair at full disk
> while testing xfs on the ppc i ran into the following problem with
> xfs_repair (which works fine btw. on ppc now - and this problem also

That's good to hear.

> looks more generic - i don't think this is a ppc issue) ... ok i ran
> xfs_repair on a _full_ (unmounted :-) filesystem and in phase 6 it
> ended with a fatal error at "ensuring existence of lost+found dir"
> with "ran out of disk space!" ... i had no time to verify this on
> i386 yet - maybe someone might try this out ... i think this should
> not happen ...
> 

>From a quick look at the code, right after it prints that
message, repair calls into "mk_orphanage" which creates a
new transaction (for the lost+found subdir) - first calling
libxfs_trans_reserve to check whether there's enough space
available to do that ... I would guess you're seeing a failure
there (can you confirm with gdb/ltrace?).

If so, I think this is expected behavior ... we can't create
a new directory without enough space to do so.

cheers.

-- 
Nathan

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