From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 00ED07F3F for ; Wed, 10 Dec 2014 12:37:50 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6951EAC023 for ; Wed, 10 Dec 2014 10:37:46 -0800 (PST) Received: from internal-smtp3.wesleyan.edu (internal-smtp3.wesleyan.edu [129.133.6.182]) by cuda.sgi.com with ESMTP id yiS9HrCVqQ45GCHV (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 10 Dec 2014 10:37:44 -0800 (PST) Received: from exchcas3.wesad.wesleyan.edu (exchcas3.wesleyan.edu [129.133.6.93]) by msa.wesleyan.edu (8.14.4/8.14.4) with ESMTP id sBAIbg6k020255 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK) for ; Wed, 10 Dec 2014 13:37:42 -0500 From: "Meij, Henk" Subject: xfs_quota off/remove Date: Wed, 10 Dec 2014 18:37:41 +0000 Message-ID: <8688BD11DAC0574AA90295127E9E9F4AC04DD4FF@exchangewes8.wesad.wesleyan.edu> Content-Language: en-US MIME-Version: 1.0 List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7022712079796782389==" Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: "xfs@oss.sgi.com" --===============7022712079796782389== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_8688BD11DAC0574AA90295127E9E9F4AC04DD4FFexchangewes8wes_" --_000_8688BD11DAC0574AA90295127E9E9F4AC04DD4FFexchangewes8wes_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Is off/remove working for xfs_quota? I seem to not be able to zero out the = project quota metadata and move the project to another partition. I did not= remove the entries in the /etc/proj* files. -Henk 1308 xfs_quota -x -c 'project -s data_1_hmeij' 1309 xfs_quota -x -c 'report -h -bi' /data/1 User quota on /data/1 (/dev/sdb1) Blocks User ID Used Soft Hard Warn/Grace ---------- --------------------------------- root 0 0 0 00 [------] hmeij 854.4M 0 0 00 [------] Project quota on /data/1 (/dev/sdb1) Blocks Project ID Used Soft Hard Warn/Grace ---------- --------------------------------- data_1_hmeij 854.4M 0 0 00 [------] 1318 xfs_quota -x -c 'off' -c 'remove' /data/1 1331 umount /data/1; mount /data1 1333 xfs_quota -x -c 'report -h' /data/1 same report output, same metadata ... --_000_8688BD11DAC0574AA90295127E9E9F4AC04DD4FFexchangewes8wes_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Is off/remove working for xfs_quota? I seem to not be able to zero out t= he project quota metadata and move the project to another partition. I did = not remove the entries in the /etc/proj* files.

-Henk

1308 xfs_quota -x -c 'project -s data_1_hmeij'
1309 xfs_quota -x -c 'report -h -bi' /data/1

User quota on /data/1 (/dev/sdb1)      &nb= sp;            =
            &nb= sp;           Blocks = ;            &n= bsp;
User ID      Used   Soft   Har= d Warn/Grace          &nb= sp;
---------- ---------------------------------     &= nbsp;
root            0&nb= sp;     0      0 00 [---= ---]
hmeij      854.4M      0&= nbsp;     0 00 [------]    &n= bsp;

Project quota on /data/1 (/dev/sdb1)
&nb= sp; Blocks = ; <= br> Project ID Used Soft Hard Warn/Grace&nb= sp;
---------- ---------------------------------
data_1_hmeij 854.4M 0 = 0 00 [------]

1318 xfs_quota -x -c 'off' -c 'remove' /data/1

1331 umount /data/1; mount /data1

1333 xfs_quota -x -c 'report -h' /data/1

same report output, same metadata ...

--_000_8688BD11DAC0574AA90295127E9E9F4AC04DD4FFexchangewes8wes_-- --===============7022712079796782389== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs --===============7022712079796782389==-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BE68A7F3F for ; Wed, 10 Dec 2014 14:32:36 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9D4A88F8035 for ; Wed, 10 Dec 2014 12:32:36 -0800 (PST) Received: from mail-qg0-f52.google.com (mail-qg0-f52.google.com [209.85.192.52]) by cuda.sgi.com with ESMTP id HCHA255iLKzKnhh6 (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Wed, 10 Dec 2014 12:32:35 -0800 (PST) Received: by mail-qg0-f52.google.com with SMTP id a108so2687257qge.39 for ; Wed, 10 Dec 2014 12:32:34 -0800 (PST) Message-ID: <5488ADDD.404@gmail.com> Date: Wed, 10 Dec 2014 15:32:29 -0500 From: "Michael L. Semon" MIME-Version: 1.0 Subject: Re: xfs_quota off/remove References: <8688BD11DAC0574AA90295127E9E9F4AC04DD4FF@exchangewes8.wesad.wesleyan.edu> In-Reply-To: <8688BD11DAC0574AA90295127E9E9F4AC04DD4FF@exchangewes8.wesad.wesleyan.edu> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: "Meij, Henk" , "xfs@oss.sgi.com" On 12/10/14 13:37, Meij, Henk wrote: > Is off/remove working for xfs_quota? I seem to not be able to zero > out the project quota metadata and move the project to another > partition. I did not remove the entries in the /etc/proj* files. > > > > -Henk > > > > 1308 xfs_quota -x -c 'project -s data_1_hmeij' > 1309 xfs_quota -x -c 'report -h -bi' /data/1 > > > > User quota on /data/1 (/dev/sdb1) > Blocks > User ID Used Soft Hard Warn/Grace > ---------- --------------------------------- > root 0 0 0 00 [------] > hmeij 854.4M 0 0 00 [------] > > Project quota on /data/1 (/dev/sdb1) > Blocks > Project ID Used Soft Hard Warn/Grace > ---------- --------------------------------- > data_1_hmeij 854.4M 0 0 00 [------] > > > > 1318 xfs_quota -x -c 'off' -c 'remove' /data/1 > > 1331 umount /data/1; mount /data1 > > > > 1333 xfs_quota -x -c 'report -h' /data/1 > > > > same report output, same metadata ... As an XFS user: Add me in on this thread? On one hand, the man page for xfs_quota states for "off": "Permanently switches quota off for the filesystem identified by the current path. Quota can only be switched back on subsequently by unmounting and then mounting again." It's confusing when permanent is not really permanent. However, mounting without quotas leaves the quotas off. The xfs_quota "state" command was helpful in showing the actual state of accounting and enforcement. Also, to mount without uquota or without pquota still disables uquota and pquota independently. I take it that project quotas have much to do with the attributes set on the a projid directory and files created within it. # Switching to add a secondary issue hit while trying to duplicate # your issue...feel free to ask me to get my own thread. Just wanted # to record that here is where I hit an issue. On the other hand, for me to use the xfs_quota "off -p" command with even one file with project quota, the v4 filesystem here at work becomes impossible to unmount. When only the containing directory for the project quota has zero files in it, the command works just fine. CPU usage for xfs_quota doesn't go over 2% while it is hanging. A forced crash (yikes!) yields nothing but input-related stack and the KMS console not switching back to VGA. Quotas haven't been touched on this box in a while, and they were set up maybe 3-4 years ago. An upgrade to the newest everything from git did not make things better, though I'm keeping it because the previous git version worked really well, other than for me wondering about xfs_quota. I'll try to get more from my testing boxes at home. Thanks! Michael # Backing info: # scripts/ver_linux from kernel source: # PC started out running Slackware 14, but it's been upgraded from # mostly-official source in a lot of places. Linux ________ 3.10.62 #1 Sun Dec 7 19:13:27 EST 2014 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux Gnu C 4.8.3 Gnu make 3.82 binutils 2.24.51.0.3.20140127 util-linux 2.21.2 mount support module-init-tools 9 e2fsprogs 1.42.8 jfsutils 1.1.15 reiserfsprogs 3.6.21 xfsprogs 3.2.2 pcmciautils 017 quota-tools 3.17. PPP 2.4.5 Linux C Library 2.20 Dynamic linker (ldd) 2.20 Linux C++ Library 6.0.19 Procps 3.2.8 Net-tools 1.60 Kbd 1.15.3 oprofile 0.9.7 Sh-utils 8.21 # xfs_info: meta-data=/dev/sda8 isize=256 agcount=4, agsize=6160384 blks = sectsz=512 attr=2, projid32bit=1 = crc=0 finobt=0 data = bsize=4096 blocks=24641536, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 ftype=0 log =internal bsize=4096 blocks=12032, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 # info from "mount" for this partition: /dev/sda8 on /storage type xfs (rw,uquota,pquota) # /proc/partitions major minor #blocks name 8 0 156290904 sda 8 1 4200966 sda1 8 2 1 sda2 8 5 1048576 sda5 8 6 12582912 sda6 8 7 24600689 sda7 8 8 98566144 sda8 8 9 10485760 sda9 8 10 2097152 sda10 8 11 1349296 sda11 8 12 1347936 sda12 8 16 39062500 sdb 8 17 10485760 sdb1 8 18 524288 sdb2 8 19 1048576 sdb3 8 20 27002835 sdb4 11 0 1048575 sr0 11 1 1048575 sr1 _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 7D7347F3F for ; Wed, 10 Dec 2014 14:41:35 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 6A3F68F8035 for ; Wed, 10 Dec 2014 12:41:35 -0800 (PST) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id DSSOUTtVPQDt28i8 for ; Wed, 10 Dec 2014 12:41:33 -0800 (PST) Date: Thu, 11 Dec 2014 07:41:31 +1100 From: Dave Chinner Subject: Re: xfs_quota off/remove Message-ID: <20141210204131.GB24183@dastard> References: <8688BD11DAC0574AA90295127E9E9F4AC04DD4FF@exchangewes8.wesad.wesleyan.edu> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <8688BD11DAC0574AA90295127E9E9F4AC04DD4FF@exchangewes8.wesad.wesleyan.edu> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: "Meij, Henk" Cc: "xfs@oss.sgi.com" On Wed, Dec 10, 2014 at 06:37:41PM +0000, Meij, Henk wrote: > Is off/remove working for xfs_quota? I seem to not be able to zero > out the project quota metadata and move the project to another > partition. I did not remove the entries in the /etc/proj* files. ..... > > 1318 xfs_quota -x -c 'off' -c 'remove' /data/1 > > 1331 umount /data/1; mount /data1 And the output of /proc/self/mounts after this? >>From the xfs_quota man page: off [ -gpu ] [ -v ] Permanently switches quota off for the filesystem identified by the current path. Quota can only be switched back on subsequently by unmounting and then mounting again. So it's likely that mounting is still picking up the quota mount options from /etc/fstab and turning quotas back on.... Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 3440B7F3F for ; Wed, 10 Dec 2014 14:47:11 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 20C09304062 for ; Wed, 10 Dec 2014 12:47:11 -0800 (PST) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 21mc2ZW3nxrV7QHz for ; Wed, 10 Dec 2014 12:47:09 -0800 (PST) Date: Thu, 11 Dec 2014 07:47:07 +1100 From: Dave Chinner Subject: Re: xfs_quota off/remove Message-ID: <20141210204707.GC24183@dastard> References: <8688BD11DAC0574AA90295127E9E9F4AC04DD4FF@exchangewes8.wesad.wesleyan.edu> <5488ADDD.404@gmail.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5488ADDD.404@gmail.com> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: "Michael L. Semon" Cc: "xfs@oss.sgi.com" , "Meij, Henk" On Wed, Dec 10, 2014 at 03:32:29PM -0500, Michael L. Semon wrote: > On one hand, the man page for xfs_quota states for "off": "Permanently > switches quota off for the filesystem identified by the current path. > Quota can only be switched back on subsequently by unmounting and then > mounting again." The *only* method for turning on quotas on XFS on is to mount the filesystem with the appropriate mount options. You can turn them off in an on-line fashion by running the "off" command, but you also need to remove the mount options from the next mount, otherwise that turns them back on. If the word "permanently" is the problem, send a patch for th eman page that explains it properly. Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 908677F3F for ; Wed, 10 Dec 2014 15:11:41 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 70B778F8033 for ; Wed, 10 Dec 2014 13:11:38 -0800 (PST) Received: from mail-qc0-f174.google.com (mail-qc0-f174.google.com [209.85.216.174]) by cuda.sgi.com with ESMTP id TnKDPbwNRGK3sMoc (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Wed, 10 Dec 2014 13:11:34 -0800 (PST) Received: by mail-qc0-f174.google.com with SMTP id c9so2855037qcz.33 for ; Wed, 10 Dec 2014 13:11:34 -0800 (PST) Message-ID: <5488B704.2040602@gmail.com> Date: Wed, 10 Dec 2014 16:11:32 -0500 From: "Michael L. Semon" MIME-Version: 1.0 Subject: Re: xfs_quota off/remove References: <8688BD11DAC0574AA90295127E9E9F4AC04DD4FF@exchangewes8.wesad.wesleyan.edu> <5488ADDD.404@gmail.com> <20141210204707.GC24183@dastard> In-Reply-To: <20141210204707.GC24183@dastard> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Dave Chinner Cc: "xfs@oss.sgi.com" , "Meij, Henk" On 12/10/14 15:47, Dave Chinner wrote: > On Wed, Dec 10, 2014 at 03:32:29PM -0500, Michael L. Semon wrote: >> On one hand, the man page for xfs_quota states for "off": "Permanently >> switches quota off for the filesystem identified by the current path. >> Quota can only be switched back on subsequently by unmounting and then >> mounting again." > > The *only* method for turning on quotas on XFS on is to mount the filesystem > with the appropriate mount options. You can turn them off in an on-line > fashion by running the "off" command, but you also need to remove > the mount options from the next mount, otherwise that turns them > back on. > > If the word "permanently" is the problem, send a patch for th eman > page that explains it properly. > > Cheers, > > Dave. Thanks, Dave. You, Mark, Eric, and Brian are superior to me at wording. But here's my shot at it... Thanks! Michael >>From 51a3d00b134b72c095c1d4ec42ec619ddf4388bc Mon Sep 17 00:00:00 2001 From: "Michael L. Semon" Date: Wed, 10 Dec 2014 15:58:10 -0500 Subject: [PATCH] xfsprogs: clarify wording for xfs_quota off command The xfs_quota "off" command claims to permanently shut off quotas, but then reminds the user that they can be turned on again by unmounting and mounting the filesystem again. It's the kind of permanent that is not permanent. Fix it. Signed-off-by: Michael L. Semon --- man/man8/xfs_quota.8 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/man/man8/xfs_quota.8 b/man/man8/xfs_quota.8 index 8cc8ab7..c79627c 100644 --- a/man/man8/xfs_quota.8 +++ b/man/man8/xfs_quota.8 @@ -479,8 +479,8 @@ Disables quota enforcement, while leaving quota accounting active. The option (verbose) displays the state after the operation has completed. .TP .BR off " [ " \-gpu " ] [ " \-v " ]" -Permanently switches quota off for the filesystem identified by the -current path. +Stops quota enforcement and accounting for the filesystem identified by the +current path until the filesystem has been unmounted. Quota can only be switched back on subsequently by unmounting and then mounting again. .TP -- 1.8.5.4 _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BC47429DF7 for ; Thu, 11 Dec 2014 08:50:15 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id AA4548F8033 for ; Thu, 11 Dec 2014 06:50:12 -0800 (PST) Received: from internal-smtp4.wesleyan.edu (internal-smtp4.wesleyan.edu [129.133.6.200]) by cuda.sgi.com with ESMTP id o7VaFspfOGMS8YyB (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Dec 2014 06:50:11 -0800 (PST) From: "Meij, Henk" Subject: RE: xfs_quota off/remove Date: Thu, 11 Dec 2014 14:50:06 +0000 Message-ID: <8688BD11DAC0574AA90295127E9E9F4AC04DDFEE@exchangewes8.wesad.wesleyan.edu> References: <8688BD11DAC0574AA90295127E9E9F4AC04DD4FF@exchangewes8.wesad.wesleyan.edu> <5488ADDD.404@gmail.com> <20141210204707.GC24183@dastard>,<5488B704.2040602@gmail.com> In-Reply-To: <5488B704.2040602@gmail.com> Content-Language: en-US MIME-Version: 1.0 List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: "Michael L. Semon" , Dave Chinner Cc: "xfs@oss.sgi.com" ah, thank you all, this is one of those light bulb moments, the sequence below -c "off" -c "remove" is followed by migration of said share to new partition then the remount happens (with quotas on for other shares) and now the metadata for migrated share does not show up. -Henk ________________________________________ From: Michael L. Semon [mlsemon35@gmail.com] Sent: Wednesday, December 10, 2014 4:11 PM To: Dave Chinner Cc: Meij, Henk; xfs@oss.sgi.com Subject: Re: xfs_quota off/remove On 12/10/14 15:47, Dave Chinner wrote: > On Wed, Dec 10, 2014 at 03:32:29PM -0500, Michael L. Semon wrote: >> On one hand, the man page for xfs_quota states for "off": "Permanently >> switches quota off for the filesystem identified by the current path. >> Quota can only be switched back on subsequently by unmounting and then >> mounting again." > > The *only* method for turning on quotas on XFS on is to mount the filesystem > with the appropriate mount options. You can turn them off in an on-line > fashion by running the "off" command, but you also need to remove > the mount options from the next mount, otherwise that turns them > back on. > > If the word "permanently" is the problem, send a patch for th eman > page that explains it properly. > > Cheers, > > Dave. Thanks, Dave. You, Mark, Eric, and Brian are superior to me at wording. But here's my shot at it... Thanks! Michael >>From 51a3d00b134b72c095c1d4ec42ec619ddf4388bc Mon Sep 17 00:00:00 2001 From: "Michael L. Semon" Date: Wed, 10 Dec 2014 15:58:10 -0500 Subject: [PATCH] xfsprogs: clarify wording for xfs_quota off command The xfs_quota "off" command claims to permanently shut off quotas, but then reminds the user that they can be turned on again by unmounting and mounting the filesystem again. It's the kind of permanent that is not permanent. Fix it. Signed-off-by: Michael L. Semon --- man/man8/xfs_quota.8 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/man/man8/xfs_quota.8 b/man/man8/xfs_quota.8 index 8cc8ab7..c79627c 100644 --- a/man/man8/xfs_quota.8 +++ b/man/man8/xfs_quota.8 @@ -479,8 +479,8 @@ Disables quota enforcement, while leaving quota accounting active. The option (verbose) displays the state after the operation has completed. .TP .BR off " [ " \-gpu " ] [ " \-v " ]" -Permanently switches quota off for the filesystem identified by the -current path. +Stops quota enforcement and accounting for the filesystem identified by the +current path until the filesystem has been unmounted. Quota can only be switched back on subsequently by unmounting and then mounting again. .TP -- 1.8.5.4 _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs