| To: | Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx> |
|---|---|
| Subject: | Re: XFS Quota Check OOM |
| From: | Dave Chinner <david@xxxxxxxxxxxxx> |
| Date: | Wed, 1 Sep 2010 09:28:17 +1000 |
| Cc: | Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>, xfs@xxxxxxxxxxx |
| In-reply-to: | <4C7D03FA.4010106@xxxxxxxxxxxx> |
| References: | <4C7BA0A0.5090202@xxxxxxxxxxxx> <4C7CB0FE.1020302@xxxxxxxxxxxx> <20100831104418.058ab6b5@xxxxxxxxxxxxxx> <4C7CF4C4.9030105@xxxxxxxxxxxx> <20100831144319.7e97acea@xxxxxxxxxxxxxx> <4C7CFC08.1000708@xxxxxxxxxxxx> <20100831152016.5d800e93@xxxxxxxxxxxxxx> <4C7D03FA.4010106@xxxxxxxxxxxx> |
| User-agent: | Mutt/1.5.20 (2009-06-14) |
On Tue, Aug 31, 2010 at 03:30:34PM +0200, Stefan Priebe - Profihost AG wrote: > Hi! > > After booting the System to a RAM Image with prjquota (the quota > check wents fine) and upgrading to xfsprogs 3.1.3. > > I'm getting this when trying to setup a project Quota: > xfs_quota -x -c "project -s 2" / > Setting up project 2 (path /serverbackup/abc)... > Processed 1 (/etc/projects and cmdline) paths for project 2 with > recursion depth infinite (-1). That's normal, I think. Adding project quota involves descending the directory heirachy specified and adding the project id to every file and directory. You can limit the recursion depth it runs to if you want to, but the default (infinite) is to walk the entire heirarchy. You can confirm by running a quota report and checking the output... Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: 4K drives, sectsz=512, bsize=4096, Michael Monnerie |
|---|---|
| Next by Date: | deleting 2TB lots of files with delaylog: sync helps?, Michael Monnerie |
| Previous by Thread: | Re: XFS Quota Check OOM, Stefan Priebe - Profihost AG |
| Next by Thread: | Re: XFS Quota Check OOM, Stefan Priebe - Profihost AG |
| Indexes: | [Date] [Thread] [Top] [All Lists] |