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 48D787FAE for ; Fri, 9 Aug 2013 13:27:39 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 09DAF304053 for ; Fri, 9 Aug 2013 11:27:36 -0700 (PDT) Received: from nihrelayxway4.hub.nih.gov (nihrelayxway4.hub.nih.gov [128.231.90.98]) by cuda.sgi.com with ESMTP id 3od3vRP6VTS8luRG for ; Fri, 09 Aug 2013 11:27:33 -0700 (PDT) Subject: Re: prjquota not updating used blocks MIME-Version: 1.0 (Apple Message framework v1283) From: "Weber, Charles (NIH/NIA/IRP) [C]" In-Reply-To: <20130809171750.GV1681@sgi.com> Date: Fri, 9 Aug 2013 14:27:33 -0400 Message-ID: References: <6D3CECD5-FBBF-4946-A0D0-5B0C71E772DD@grc.nia.nih.gov> <20130809151957.GZ3111@sgi.com> <20130809171750.GV1681@sgi.com> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3593646265558089359==" Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Ben Myers Cc: xfs@oss.sgi.com --===============3593646265558089359== Content-Type: multipart/alternative; boundary="Apple-Mail=_08AB0798-25F7-4068-87DD-F7872DEDDB7C" --Apple-Mail=_08AB0798-25F7-4068-87DD-F7872DEDDB7C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" I think I understand it. I have an existing path on a new server: /share/niairp/LG mkdir /share/niairp/LG/NEW set rights.... # above is normal copy data from other server xfsdump... | ssh xfsrestore.... Because I am copying the files from a partition on remote server to a = subdirectory on new server via xfsdump and restore, the project tags are = not getting applied. The existing files on the other server are xfs but = definitely do not have project quotas. So the solution is to project -s each new dir_name after I do the copy = and afterward all should be fine. I'll try over next week or so to monitor, but it does sound reasonable. Thanks, Chuck Weber, Charles (NIH/NIA/IRP)=20 weberc@mail.nih.gov p: 410-558-8001 c: 443-473-6493 251 Bayview Blvd Baltimore MD 21224 NCTS performance comments and survey at: https://niairpkiosk.irp.nia.nih.gov/content/ncts-user-survey On Aug 9, 2013, at 1:17 PM, Ben Myers wrote: > Hey Charles, >=20 > On Fri, Aug 09, 2013 at 12:29:20PM -0400, Weber, Charles (NIH/NIA/IRP) = [C] wrote: >> When I referred to initialize I meant running xfs_quota -x project = -s name >=20 > Hmm. What if you used 'xfs_quota -x project -s -p /path/to/new/dirs = name'? >=20 >> When I run xfs_quota -x 'project -c lg' >>=20 >> I do get warnings about project identifier and inheritance but only = for the >> new directories that I created and copied the large data sets into. I = don't >> get those warning about the earlier files and folders for a given = project. >=20 > Those warnings refer to not having a project id set in the inode core, = and > whether a directory will set it's project id into the inode cores of = whatever > you create inside. Without that project id set in the new files you = create, > the quota subsystem won't know which project quota to reserve blocks > against. That's why your block usage wasn't changing. >=20 >> When I run the project -s again it does update the block usage. >=20 > Maybe the first try failed to find the new directory? I'm not sure. >=20 >> But I would think the block usage should update automatically. >=20 > Could you cut an paste the procedure to you used to create the new = directories? >=20 > Thanks, > Ben --Apple-Mail=_08AB0798-25F7-4068-87DD-F7872DEDDB7C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="us-ascii" I = think I understand it.

I have an existing path on a = new server:
/share/niairp/LG
mkdir = /share/niairp/LG/NEW
set rights....
# above is = normal
copy data from other server
xfsdump... | ssh = xfsrestore....

Because I am copying the files = from a partition on remote server to a subdirectory on new server via = xfsdump and restore, the project tags are not getting applied. The = existing files on the other server are xfs but definitely do not have = project quotas.
So the solution is to project -s each new = dir_name after I do the copy and afterward all should be = fine.

I'll try over next week or so to monitor, = but it does sound = reasonable.
Thanks,
Chuck

Weber, = Charles (NIH/NIA/IRP) 
p: = 410-558-8001
c: 443-473-6493
251 Bayview = Blvd
Baltimore MD 21224
NCTS = performance comments and survey at:





On Aug 9, 2013, at 1:17 PM, Ben Myers wrote:

Hey = Charles,

On Fri, Aug 09, 2013 at 12:29:20PM -0400, Weber, Charles = (NIH/NIA/IRP) [C] wrote:
When I referred to = initialize I meant  running xfs_quota -x project -s = name

Hmm.  What if you used 'xfs_quota -x = project -s -p /path/to/new/dirs name'?

When I run xfs_quota -x 'project -c = lg'

I do get warnings about project identifier and = inheritance but only for the
new= directories that I created and copied the large data sets into. I = don't
get those warning about = the earlier files and folders for a given = project.

Those warnings refer to not having a = project id set in the inode core, and
whether a directory will set = it's project id into the inode cores of whatever
you create inside. =  Without that project id set in the new files you create,
the = quota subsystem won't know which project quota to reserve = blocks
against.  That's why your block usage wasn't = changing.

When I run the project -s = again it does update the block usage.

Maybe the = first try failed to find the new directory?  I'm not = sure.

But I would think the block usage = should update automatically.

Could you cut an paste = the procedure to you used to create the new = directories?

Thanks,
= Ben

= --Apple-Mail=_08AB0798-25F7-4068-87DD-F7872DEDDB7C-- --===============3593646265558089359== 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 --===============3593646265558089359==--