<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:13:31 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-1101] ncorrect permission handling when creating existing directories</title>
                <link>https://jira.whamcloud.com/browse/LU-1101</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;Lustre seems to handle permissions on mkdir incorectlly in some cases. This issue makes it hard (or impossible) to use Torque scheduler directly on top of a Lustre filesystem. This is in fact copy of bugzilla bug #23459, which was reported by us some time ago for 1.8 branch, however it looks like the bug is still there even in 2.1. All the symptoms described in bugzilla are identical and the reproducer code provided by Lukasz Flis still works for this issue.&lt;/p&gt;</description>
                <environment>Lustre 2.1 on clients and servers, Scientific Linux 5</environment>
        <key id="13175">LU-1101</key>
            <summary>ncorrect permission handling when creating existing directories</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="2" iconUrl="https://jira.whamcloud.com/images/icons/priorities/critical.svg">Critical</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="wc-triage">WC Triage</assignee>
                                    <reporter username="m.magrys">Marek Magrys</reporter>
                        <labels>
                    </labels>
                <created>Tue, 14 Feb 2012 11:23:24 +0000</created>
                <updated>Wed, 6 Nov 2013 17:20:58 +0000</updated>
                            <resolved>Wed, 6 Nov 2013 17:20:58 +0000</resolved>
                                    <version>Lustre 2.1.0</version>
                                                        <due></due>
                            <votes>1</votes>
                                    <watches>4</watches>
                                                                            <comments>
                            <comment id="28632" author="m.magrys" created="Tue, 14 Feb 2012 11:32:07 +0000"  >&lt;p&gt;To clarify:&lt;br/&gt;
The problem occurs when Torque (pbs_mom) has the $tmpdir config (/var/torque/mom_priv/config) var set to Lustre filesystem (in our case $tmpdir /mnt/lustre/scratch/jobs). We occasionally get errors like:&lt;/p&gt;

&lt;p&gt;Feb 14 13:56:23 n6-4-16 pbs_mom: LOG_ERROR::Permission denied (13) in TMakeTmpDir, Unable to make job transient directory: /mnt/lustre/scratch/jobs/18555647.batch.grid.cyf-kr.edu.pl&lt;br/&gt;
Feb 14 14:37:35 n6-4-16 pbs_mom: LOG_ERROR::Permission denied (13) in TMakeTmpDir, Unable to make job transient directory: /mnt/lustre/scratch/jobs/18557701.batch.grid.cyf-kr.edu.pl&lt;br/&gt;
Feb 14 14:38:17 n6-4-16 pbs_mom: LOG_ERROR::Permission denied (13) in TMakeTmpDir, Unable to make job transient directory: /mnt/lustre/scratch/jobs/18557716.batch.grid.cyf-kr.edu.pl&lt;br/&gt;
Feb 14 14:50:46 n6-4-16 pbs_mom: LOG_ERROR::Permission denied (13) in TMakeTmpDir, Unable to make job transient directory: /mnt/lustre/scratch/jobs/18559037.batch.grid.cyf-kr.edu.pl&lt;br/&gt;
Feb 14 15:01:44 n6-4-16 pbs_mom: LOG_ERROR::Permission denied (13) in TMakeTmpDir, Unable to make job transient directory: /mnt/lustre/scratch/jobs/18559949.batch.grid.cyf-kr.edu.pl&lt;/p&gt;


&lt;p&gt;An example output of the reproducer:&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;b14flis@n6-4-16 repro&amp;#93;&lt;/span&gt;$ ./a.out /mnt/lustre/scratch/jobs/&lt;br/&gt;
Iteration: 1&lt;br/&gt;
Creating directory: /mnt/lustre/scratch/jobs/1804289383&lt;br/&gt;
    mkdir(/mnt,mode) errno: 17&lt;br/&gt;
    mkdir(/mnt/lustre,mode) errno: 17&lt;br/&gt;
    mkdir(/mnt/lustre/scratch,mode) errno: 17&lt;br/&gt;
    mkdir(/mnt/lustre/scratch/jobs,mode) errno: 13&lt;br/&gt;
mkdirtree: failed: rc=13 &lt;br/&gt;
sleeping for 2 seconds&lt;/p&gt;


&lt;p&gt;Iteration: 2&lt;br/&gt;
doing stat before creating directory&lt;br/&gt;
Creating directory: /mnt/lustre/scratch/jobs/846930886&lt;br/&gt;
    mkdir(/mnt,mode) errno: 17&lt;br/&gt;
    mkdir(/mnt/lustre,mode) errno: 17&lt;br/&gt;
    mkdir(/mnt/lustre/scratch,mode) errno: 17&lt;br/&gt;
    mkdir(/mnt/lustre/scratch/jobs,mode) errno: 17&lt;br/&gt;
mkdirtree: successful: rc=0 &lt;/p&gt;


&lt;p&gt;ERROR: inconsistency detected: previous rc: 13 vs current rc: 0&lt;/p&gt;</comment>
                            <comment id="29866" author="lflis" created="Mon, 27 Feb 2012 06:57:30 +0000"  >&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;One of our users using Quantum Espresso application hit the bug today.&lt;br/&gt;
user has set outdir variable to her directory on lustre filesystem.&lt;/p&gt;

&lt;p&gt; %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%&lt;br/&gt;
     task #        39&lt;br/&gt;
     from parallel_mkdir : error #         1&lt;br/&gt;
     /mnt/lustre/scratch/people/xuser/ non existent or non writable&lt;br/&gt;
 %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%&lt;/p&gt;


&lt;p&gt; %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%&lt;br/&gt;
     task #        14&lt;br/&gt;
     from parallel_mkdir : error #         1&lt;br/&gt;
     /mnt/lustre/scratch/people/xuser/ non existent or non writable&lt;br/&gt;
 %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%&lt;br/&gt;
     task #        44&lt;br/&gt;
     from parallel_mkdir : error #         1&lt;br/&gt;
     /mnt/lustre/scratch/people/xuser/ non existent or non writable&lt;br/&gt;
 %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%&lt;/p&gt;

&lt;p&gt;strace dump shown that mkdir result was:&lt;br/&gt;
wrapper.6736.3477:mkdir(&quot;/mnt/lustre/scratch/people/xuser/&quot;, 0777) = -1 EACCES (Permission denied)&lt;/p&gt;

&lt;p&gt;After doing stat on the directory before invoking application problem dissapeared:&lt;br/&gt;
wrapper.23170.3574:mkdir(&quot;/mnt/lustre/scratch/people/xuser/&quot;, 0777) = -1 EEXIST (File exists)&lt;/p&gt;

&lt;p&gt;Cheers,&lt;/p&gt;</comment>
                            <comment id="29877" author="kitwestneat" created="Mon, 27 Feb 2012 12:16:43 +0000"  >&lt;p&gt;To answer the last question in the bugzilla report, the code that causes this bug was added here as an MDS optimization:&lt;br/&gt;
&lt;a href=&quot;https://bugzilla.lustre.org/show_bug.cgi?id=18534&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://bugzilla.lustre.org/show_bug.cgi?id=18534&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="34533" author="lflis" created="Wed, 11 Apr 2012 11:26:00 +0000"  >&lt;p&gt;Hi, &lt;/p&gt;

&lt;p&gt;Just to update:&lt;/p&gt;

&lt;p&gt;We have tested and it appeared this is not a problem in 2.2.0 clients.&lt;br/&gt;
However 2.1.1 clients with 2.2 servers are still affected by the issue.&lt;/p&gt;
</comment>
                            <comment id="40744" author="lflis" created="Mon, 18 Jun 2012 08:20:53 +0000"  >&lt;p&gt;Hello,&lt;/p&gt;

&lt;p&gt;2.2.0 clients are not usable yet for us (one unreported LBUG)&lt;/p&gt;

&lt;p&gt;Is there any plan to include fix for the issue in upcoming 2.1.2?&lt;/p&gt;</comment>
                            <comment id="70871" author="adilger" created="Wed, 6 Nov 2013 17:20:58 +0000"  >&lt;p&gt;Closing as a duplicate of &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-4185&quot; title=&quot;Incorrect permission handling when creating existing directories at ICHEC&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-4185&quot;&gt;&lt;del&gt;LU-4185&lt;/del&gt;&lt;/a&gt;.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10010">
                    <name>Duplicate</name>
                                            <outwardlinks description="duplicates">
                                        <issuelink>
            <issuekey id="21717">LU-4185</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                    <customfield id="customfield_10020" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Bugzilla ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>23459.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <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|hzv37r:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>4020</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>