<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:22:21 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>Whamcloud Community JIRA</title>
    <link>https://jira.whamcloud.com</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.4.14</version>
        <build-number>940014</build-number>
        <build-date>05-12-2023</build-date>
    </build-info>


<item>
            <title>[LU-2098] still haven&apos;t managed to acquire quota space from the quota master after 10 retries (err=0, rc=0)</title>
                <link>https://jira.whamcloud.com/browse/LU-2098</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;***This is for WhamCloud Level 3 support purchased through Penguin Computing.&lt;/p&gt;


&lt;p&gt;We have a Lustre 2.1.2 file&lt;br/&gt;
system that has quotas. Previously, these quotas were not set to start by&lt;br/&gt;
default and required us to run &quot;lfs quotaon&quot; to activate them after every&lt;br/&gt;
downtime. To change this, I ran the command &quot;tunefs.lustre --param&lt;br/&gt;
ost.quota_type=u&quot; on all of our OSTs, and &quot;tunefs.lustre --param&lt;br/&gt;
mdd.quota_type=u&quot; on our MDT during our most recent downtime. The next time&lt;br/&gt;
we mounted the file system, Lustre quotas were properly started and our&lt;br/&gt;
previously defined quotas were still available.&lt;/p&gt;

&lt;p&gt;However, since the downtime we have been seeing these messages in the&lt;br/&gt;
/var/log/messages of the OSSes:&lt;br/&gt;
Oct 3 10:28:44 oss01 kernel: Lustre:&lt;br/&gt;
18537:0:(quota_interface.c:532:quota_chk_acq_common()) still haven&apos;t&lt;br/&gt;
managed to acquire quota space from the quota master after 10 retries&lt;br/&gt;
(err=0, rc=0)&lt;br/&gt;
Oct 3 10:29:15 oss01 kernel: Lustre:&lt;br/&gt;
24295:0:(quota_interface.c:532:quota_chk_acq_common()) still haven&apos;t&lt;br/&gt;
managed to acquire quota space from the quota master after 10 retries&lt;br/&gt;
(err=0, rc=0)&lt;br/&gt;
Oct 3 10:29:49 oss01 kernel: Lustre:&lt;br/&gt;
18554:0:(quota_interface.c:532:quota_chk_acq_common()) still haven&apos;t&lt;br/&gt;
managed to acquire quota space from the quota master after 10 retries&lt;br/&gt;
(err=0, rc=0)&lt;/p&gt;

&lt;p&gt;These messages don&apos;t appear to affect the system&apos;s ability to work with&lt;br/&gt;
Lustre quotas, but they did not appear in the logs until after this change&lt;br/&gt;
to the parameters of the OSTs. Additionally, nothing appears on the MDS&apos;s&lt;br/&gt;
syslog related to anything wrong with the &quot;quota master&quot; or anything&lt;br/&gt;
involving user quotas.&lt;/p&gt;

&lt;p&gt;Any suggestions that you could give to correct this problem would be&lt;br/&gt;
appreciated and please let me know if you need any additional information.&lt;/p&gt;</description>
                <environment>CentOS 5.7</environment>
        <key id="16265">LU-2098</key>
            <summary>still haven&apos;t managed to acquire quota space from the quota master after 10 retries (err=0, rc=0)</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="4" iconUrl="https://jira.whamcloud.com/images/icons/priorities/minor.svg">Minor</priority>
                        <status id="5" iconUrl="https://jira.whamcloud.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="3">Duplicate</resolution>
                                        <assignee username="niu">Niu Yawei</assignee>
                                    <reporter username="acontois">adam contois</reporter>
                        <labels>
                    </labels>
                <created>Fri, 5 Oct 2012 20:38:49 +0000</created>
                <updated>Sun, 24 Feb 2013 16:20:54 +0000</updated>
                            <resolved>Sun, 24 Feb 2013 16:20:54 +0000</resolved>
                                    <version>Lustre 2.1.2</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                            <comments>
                            <comment id="46080" author="pjones" created="Fri, 5 Oct 2012 21:14:57 +0000"  >&lt;p&gt;Niu&lt;/p&gt;

&lt;p&gt;Could you please assist with this ticket?&lt;/p&gt;

&lt;p&gt;Thanks&lt;/p&gt;

&lt;p&gt;Peter&lt;/p&gt;</comment>
                            <comment id="46110" author="niu" created="Sun, 7 Oct 2012 23:00:36 +0000"  >&lt;p&gt;We were seeing this problem in &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-1438&quot; title=&quot;quota_chk_acq_common() still haven&amp;#39;t managed to acquire quota&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-1438&quot;&gt;&lt;del&gt;LU-1438&lt;/del&gt;&lt;/a&gt;, and finally we found the roos cause is &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-1720&quot; title=&quot;Quota doesn&amp;#39;t work over 4TB on single OST&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-1720&quot;&gt;&lt;del&gt;LU-1720&lt;/del&gt;&lt;/a&gt;. There is patch available for b2_1: &lt;a href=&quot;http://review.whamcloud.com/#change,3600&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/#change,3600&lt;/a&gt;, it&apos;s not landed yet because the patch needs be refreshed to pass the maloo test.&lt;/p&gt;

&lt;p&gt;I suspect this one is also caused by &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-1720&quot; title=&quot;Quota doesn&amp;#39;t work over 4TB on single OST&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-1720&quot;&gt;&lt;del&gt;LU-1720&lt;/del&gt;&lt;/a&gt;, you can verify that by setting quota limit over 4TB (for each single OST), if it fails (like &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-1720&quot; title=&quot;Quota doesn&amp;#39;t work over 4TB on single OST&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-1720&quot;&gt;&lt;del&gt;LU-1720&lt;/del&gt;&lt;/a&gt;), then they should be same problem.&lt;/p&gt;</comment>
                            <comment id="52934" author="pjones" created="Sun, 24 Feb 2013 16:20:54 +0000"  >&lt;p&gt;This is suspected to be a duplicate of &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-1720&quot; title=&quot;Quota doesn&amp;#39;t work over 4TB on single OST&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-1720&quot;&gt;&lt;del&gt;LU-1720&lt;/del&gt;&lt;/a&gt;. The mentioned fix was included in the 2.1.4 release. If this issue still occurs running that release then please speak up and we will reopen this ticket. &lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                            <customfield id="customfield_10890" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10390" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hzv58n:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>4382</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10060" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Severity</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10022"><![CDATA[3]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        </customfields>
    </item>
</channel>
</rss>