As of today AFM does not support replication or caching of  the filesystem 
or fileset level metadata like quotas, replication factors etc.. , it only 
supports replication of user's metadata and data.  Users have to make sure 
that same quotas are set at both cache and home clusters.  An error 
message is logged (mmfs.log) at AFM cache gateway if the home have quotas 
exceeded, and the queue will be stuck until the quotas are increased at 
the home cluster.

~Venkat ([email protected])



From:   Ryan Novosielski <[email protected]>
To:     gpfsug main discussion list <[email protected]>
Date:   10/11/2019 11:13 PM
Subject:        [EXTERNAL] [gpfsug-discuss] Quotas and AFM
Sent by:        [email protected]



Does anyone have any good resources or experience with quotas and AFM 
caches?

Our scenario is that we have an AFM home one one site, an AFM cache on 
another site, and then a client cluster on that remote site that mounts 
the cache. The AFM filesets are IW. One of them contains our home 
directories, which have a quota set on the home side. Quotas were disabled 
entirely on the cache side (I enabled them recently, but did not set them 
to anything). 

What I believe we’re running into is scary long AFM queues that are caused 
by people writing an amount that is over the home quota to the cache, but 
the cache is accepting it and then failing to sync back to the home 
because the user is at their hard limit. I believe we’re also seeing 
delays on unaffected users who are not over their quota, but that’s harder 
to tell. We have the AFM gateways poorly/not tuned, so that is likely 
interacting.

Is there any way to make the quotas apparent to the cache cluster too, 
beyond setting a quota there as well, or do I just fundamentally 
misunderstand this in some other way? We really just want the quotas on 
the home cluster to be enforced everywhere, more or less.

Thanks!

--
____
|| \\UTGERS, |---------------------------*O*---------------------------
||_// the State           |         Ryan Novosielski - 
[email protected]
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS 
Campus
||  \\    of NJ           | Office of Advanced Research Computing - MSB 
C630, Newark
     `'

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwIGaQ&c=jf_iaSHvJObTbx-siA1ZOg&r=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&m=v6Rlb90lfAveMK0img3_DIq6tq6dce4WXaxNhN0TDBQ&s=PNlMZJgKMhodVCByv07nOOiyF2Sr498Rd4NmIaOkL9g&e=
 






_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Reply via email to