https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-483 Lustre <p>The CEA Bull customer is complaining about quota that are not working properly with Luster 2.0 Bull.<br/> Until last week, quota were disabled because they were experiencing frequent system crashes on some IO servers.<br/> We delivered an Efix containing the patch proposed in <a href="https://jira.whamcloud.com/browse/LU-369" title="ASSERTION(oti &amp;&amp; oti-&gt;oti_thread &amp;&amp; oti-&gt;oti_thread-&gt;t_watchdog) failed in quota_chk_acq_common()" class="issue-link" data-issue-key="LU-369"><del>LU-369</del></a>, and they re-enabled quota and made some tests.<br/> There is no longer system crashes, but a user is able to write more than allowed by quotas.</p> <p>Here is the description of there tests:<br/> 1. starting of the fs<br/> 2. quotaoff/quotacheck/quotaon/quotacheck<br/> 3. set the quota to a user who has already exceeded it's quota<br/> 4. this user is able to continue to write<br/> 5. set the user quota to a value higher than the actual used capacity<br/> 6. this user is able to write and to exceed is quota</p> <p>I attached the syslog of the IO servers they provided (MDS:curie113, OSS:curie200-207).</p> LU-483

Lustre quota not usabe

Bug Minor Resolved Fixed Johann Lombardi Patrick Valentin Tue, 5 Jul 2011 10:32:39 +0000 Mon, 10 Oct 2011 10:31:16 +0000 Mon, 10 Oct 2011 10:31:16 +0000 Lustre 2.0.0 0 6 <p>&gt; Here is the description of there tests:<br/> &gt; 1. starting of the fs<br/> &gt; 2. quotaoff/quotacheck/quotaon/quotacheck<br/> &gt; 3. set the quota to a user who has already exceeded it's quota<br/> &gt; 4. this user is able to continue to write</p> <p>Please note that there is no integration between the data writeback cache and quota. This means that a user can overrun his quota limit, up to #clients x #OSC x max_dirty_mb in the worst case scenario.<br/> Could you please tell us how much data you tried to write? Do you eventually get"quota exceeded" if you write more than 32MB from one client? Could you please give us the output of lfs quota -u $username?</p> <p>Hi Johan,</p> <p>I got in touch with our on-site support and it seems it was a copy of about 1 Tb.<br/> They will transmit your questions to the customer.</p> <p>Patrick</p> <p>No news from the customer since last Friday.</p> <p>Hi,</p> <p>Is there any way to check per-OST quota accounting? An internal file stored in the MDT or in each OST for instance?<br/> That would help this problem's diagnostic.</p> <p>TIA,<br/> Sebastien.</p> <p>Sure, lfs quota -uv $username /path should return those info.</p> <p>Any news or shall we just close this bug? Please advise.</p> <p>After one of the latest CEA EFIX installation, in the course of september, they made some quota tests and it seems to work correctly.<br/> This ticket can be closed as it was not reproduced (probably a system which was not at the latest EFIX level).<br/> Cheers</p> <p>Good news! Thanks Patrick!</p> Development Rank 1|hzvi5b: Rank (Obsolete) 6589 Severity