[Top] [All Lists]

Re: XFS Adding Quotas - Skip Quota check on first mount/boot

To: Arkadiusz MiÅkiewicz <arekm@xxxxxxxx>
Subject: Re: XFS Adding Quotas - Skip Quota check on first mount/boot
From: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Fri, 7 Jun 2013 15:57:55 +1000
Cc: xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <201306070704.28004.arekm@xxxxxxxx>
References: <CAO9TOLffaO62ZtvchpKnnORuNd0GJMsqKDeAhmdSQ1mnFn1EpA@xxxxxxxxxxxxxx> <20130607035046.GJ29338@dastard> <201306070704.28004.arekm@xxxxxxxx>
User-agent: Mutt/1.5.21 (2010-09-15)
On Fri, Jun 07, 2013 at 07:04:27AM +0200, Arkadiusz MiÅkiewicz wrote:
> On Friday 07 of June 2013, Dave Chinner wrote:
> > > I suspect that upon re-mount, XFS is running a quota check on the 14TB
> > > RAID. My question is: how do I disable the initial quota check so it
> > > can mount it properly and have quota check run in the background?
> > 
> > You can't. quotacheck relies on exclusive access to the filesystem,
> > and so the mount cannot process until it completes. Quotas need to
> > be consistent before you can start using the filesystem....
> > 
> > Now, there's the possibility that we could parallelise quotacheck
> > because it uses bulkstat for iteration, but somebody would have to
> > find the time to do that and it won't solve your immediate problem.
> I'm facing similar problem sometimes. The parallelisation would be nice but 
> I'm missing something more obvious - kind of progress indicator, like 
> printked 
> message (or in proc/sysfs) after processing some known part of job.

Patches welcome ;)

> This is needed purely for estimating downtime of the service.


that will run a single threaded bulkstat pass across your
filesystem. You can do it online, while the filesystem is up and
being used, and it's runtime will give you an indication of how long
a quotacheck (a single threaded bulkstat pass) will take to run.


Dave Chinner

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