<div dir="ltr">i can't contribute much to the usefulness of tracking primary or secondary group. depending on who you ask you get a 50/50 answer why its great or broken either way. <div>Jonathan explanation was correct, we only track/enforce primary groups , we don't do anything with secondary groups in regards to quotas. </div><div>if there is 'doubt' of correct quotation of files on the disk in the filesystem one could always run mmcheckquota, its i/o intensive but will match quota usage of the in memory 'assumption' and update it from the actual data thats stored on disk. </div><div><br></div><div>sven</div><div> </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 3, 2016 at 12:18 PM, Buterbaugh, Kevin L <span dir="ltr"><<a href="mailto:Kevin.Buterbaugh@vanderbilt.edu" target="_blank">Kevin.Buterbaugh@vanderbilt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word">
JAB,
<div><br>
</div>
<div>Our scratch filesystem uses user and group quotas.  It started out as a traditional scratch filesystem but then we decided (for better or worse) to allow groups to purchase quota on it (and we don’t purge it, as many sites do).</div>
<div><br>
</div>
<div>We have many users in multiple groups, so if this is not working right it’s a potential issue for us.  But you’re right, I’m a nobody…</div><span class="HOEnZb"><font color="#888888">
<div><br>
</div>
<div>Kevin</div>
</font></span><div><div><div class="h5"><br>
<div>
<blockquote type="cite">
<div>On Aug 3, 2016, at 2:13 PM, Jonathan Buzzard <<a href="mailto:jonathan@buzzard.me.uk" target="_blank">jonathan@buzzard.me.uk</a>> wrote:</div>
<br>
<div>
<div>On 03/08/16 19:34, Buterbaugh, Kevin L wrote:<br>
<blockquote type="cite">Hi Jaime / Sven,<br>
<br>
If Jaime’s interpretation is correct about user1 continuing to be able<br>
to write to “group2” files even though that group is at their hard<br>
limit, then that’s a bug that needs fixing.  I haven’t tested that<br>
myself, and we’re in a downtime right now so I’m a tad bit busy, but if<br>
I need to I’ll test it on our test cluster later this week.<br>
<br>
</blockquote>
<br>
Even if Jamie's interpretation is wrong it shows the other massive failure of group quotas under Unix and why they are not fit for purpose in the real world.<br>
<br>
So bufh here can deliberately or accidentally do a denial of service on other users and tracking down the offending user is a right pain in the backside.<br>
<br>
The point of being able to change group ownership on a file is to indicate the massive weakness of the whole group quota system, and why in my experience nobody actually uses it, and "project" quota options have been implemented in many "enterprise" Unix file
 systems.<br>
<br>
JAB.<br>
<br>
-- <br>
Jonathan A. Buzzard                 Email: jonathan (at) <a href="http://buzzard.me.uk" target="_blank">
buzzard.me.uk</a><br>
Fife, United Kingdom.<br>
_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://spectrumscale.org" target="_blank">spectrumscale.org</a><br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div></div><span class=""><div>
<div>—</div>
<div>Kevin Buterbaugh - Senior System Administrator</div>
<div>Vanderbilt University - Advanced Computing Center for Research and Education</div>
<div><a href="mailto:Kevin.Buterbaugh@vanderbilt.edu" target="_blank">Kevin.Buterbaugh@vanderbilt.edu</a> - <a href="tel:%28615%29875-9633" value="+16158759633" target="_blank">(615)875-9633</a></div>
<div><br>
</div>
<br>
</div>
<br>
</span></div>
</div>

<br>_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://spectrumscale.org" rel="noreferrer" target="_blank">spectrumscale.org</a><br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" rel="noreferrer" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>
<br></blockquote></div><br></div>