<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
Hi Jaime / Sven,
<div class=""><br class="">
</div>
<div class="">If Jaime’s interpretation is correct about user1 continuing to be able to write to “group2” files even though that group is at their hard limit, then that’s a bug that needs fixing. I haven’t tested that myself, and we’re in a downtime right
now so I’m a tad bit busy, but if I need to I’ll test it on our test cluster later this week.</div>
<div class=""><br class="">
</div>
<div class="">Kevin</div>
<div class=""><br class="">
<div>
<blockquote type="cite" class="">
<div class="">On Aug 3, 2016, at 1:30 PM, Jaime Pinto <<a href="mailto:pinto@scinet.utoronto.ca" class="">pinto@scinet.utoronto.ca</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div class="">Quoting "Buterbaugh, Kevin L" <<a href="mailto:Kevin.Buterbaugh@vanderbilt.edu" class="">Kevin.Buterbaugh@Vanderbilt.Edu</a>>:<br class="">
<br class="">
<blockquote type="cite" class="">Hi Sven,<br class="">
<br class="">
Wait - am I misunderstanding something here? Let?s say that I have ?user1? who has primary group ?group1? and secondary group ?group2?. And let?s say that they write to a directory where the bit on the directory forces all files created in that directory
to have group2 associated with them. Are you saying that those files still count against group1?s group quota???<br class="">
<br class="">
Thanks for clarifying?<br class="">
<br class="">
Kevin<br class="">
</blockquote>
<br class="">
Not really,<br class="">
<br class="">
My interpretation is that all files written with group2 will count towards the quota on that group. However any users with group2 as the primary group will be prevented from writing any further when the group2 quota is reached. However the culprit user1 with
primary group as group1 won't be detected by gpfs, and can just keep going on writing group2 files.<br class="">
<br class="">
As far as the individual user quota, it doesn't matter: group1 or group2 it will be counted towards the usage of that user.<br class="">
<br class="">
It would be interesting if the behavior was more as expected. I just checked with my Lustre counter-parts and they tell me whichever secondary group is hit first, however many there may be, the user will be stopped. The problem then becomes identifying which
of the secondary groups hit the limit for that user.<br class="">
<br class="">
Jaime<br class="">
<br class="">
<br class="">
<blockquote type="cite" class=""><br class="">
On Aug 3, 2016, at 11:35 AM, Sven Oehme <<a href="mailto:oehmes@gmail.com" class="">oehmes@gmail.com</a><<a href="mailto:oehmes@gmail.com" class="">mailto:oehmes@gmail.com</a>>> wrote:<br class="">
<br class="">
Hi,<br class="">
<br class="">
quotas are only counted against primary group<br class="">
<br class="">
sven<br class="">
<br class="">
<br class="">
On Wed, Aug 3, 2016 at 9:22 AM, Jaime Pinto <<a href="mailto:pinto@scinet.utoronto.ca" class="">pinto@scinet.utoronto.ca</a><<a href="mailto:pinto@scinet.utoronto.ca" class="">mailto:pinto@scinet.utoronto.ca</a>>> wrote:<br class="">
Suppose I want to set both USR and GRP quotas for a user, however GRP is not the primary group. Will gpfs enforce the secondary group quota for that user?<br class="">
<br class="">
What I mean is, if the user keeps writing files with secondary group as the attribute, and that overall group quota is reached, will that user be stopped by gpfs?<br class="">
<br class="">
Thanks<br class="">
Jaime<br class="">
<br class="">
<br class="">
<br class="">
<br class="">
************************************<br class="">
TELL US ABOUT YOUR SUCCESS STORIES<br class="">
<a href="http://www.scinethpc.ca/testimonials" class="">http://www.scinethpc.ca/testimonials</a><br class="">
************************************<br class="">
---<br class="">
Jaime Pinto<br class="">
SciNet HPC Consortium - Compute/Calcul Canada<br class="">
<a href="http://www.scinet.utoronto.ca" class="">www.scinet.utoronto.ca</a><<a href="http://www.scinet.utoronto.ca/" class="">http://www.scinet.utoronto.ca/</a>> - <a href="http://www.computecanada.org" class="">www.computecanada.org</a><<a href="http://www.computecanada.org/" class="">http://www.computecanada.org/</a>><br class="">
University of Toronto<br class="">
256 McCaul Street, Room 235<br class="">
Toronto, ON, M5T1W5<br class="">
P: 416-978-2755<<a href="tel:416-978-2755" class="">tel:416-978-2755</a>><br class="">
C: 416-505-1477<<a href="tel:416-505-1477" class="">tel:416-505-1477</a>><br class="">
<br class="">
</blockquote>
<br class="">
<br class="">
----------------------------------------------------------------<br class="">
This message was sent using IMP at SciNet Consortium, University of Toronto.<br class="">
<br class="">
</div>
</div>
</blockquote>
</div>
<br class="">
<div class="">
<div class="">—</div>
<div class="">Kevin Buterbaugh - Senior System Administrator</div>
<div class="">Vanderbilt University - Advanced Computing Center for Research and Education</div>
<div class=""><a href="mailto:Kevin.Buterbaugh@vanderbilt.edu" class="">Kevin.Buterbaugh@vanderbilt.edu</a> - (615)875-9633</div>
<div class=""><br class="">
</div>
<br class="Apple-interchange-newline">
</div>
<br class="">
</div>
</body>
</html>