[Top] [All Lists]

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

To: Adam Brenner <aebrenne@xxxxxxx>
Subject: Re: XFS Adding Quotas - Skip Quota check on first mount/boot
From: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Fri, 7 Jun 2013 13:50:46 +1000
Cc: xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <CAO9TOLffaO62ZtvchpKnnORuNd0GJMsqKDeAhmdSQ1mnFn1EpA@xxxxxxxxxxxxxx>
References: <CAO9TOLffaO62ZtvchpKnnORuNd0GJMsqKDeAhmdSQ1mnFn1EpA@xxxxxxxxxxxxxx>
User-agent: Mutt/1.5.21 (2010-09-15)
On Thu, Jun 06, 2013 at 07:59:34PM -0700, Adam Brenner wrote:
> Howdy XFS Devs,
> We run a 14TB XFS fileserver on our cluster and want to add quota
> support. This is running 3.9.2-1.el6.elrepo.x86_64 kernel under CentOS
> 6.3 (Final).

How many files in the filesystem?

> The issue is when we unmount the XFS RAID, and re-mount it adding
> quota support, the mount command hangs.

It won't have hung, it will just be busy doing a quotacheck.

> Sever IS responsive and the
> XFS mount point is not accessible. Reverting our changes in /etc/fstab
> to remove the quota options does not have mount hang.

Because it doesn't do a quotacheck.

> 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.

Hence I suggest just waiting for it to complete - if you have
millions of inodes it could hours to complete, so just let it go


Dave Chinner

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