<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:13:00 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-7913] lustre 2.8 servers and 2.5.5 client - temporary I/O error on 2.8 clients</title>
                <link>https://jira.whamcloud.com/browse/LU-7913</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;On 2.8 client, user sees:&lt;br/&gt;
ls: cannot access /p/ldne/faaland1: Input/output error&lt;/p&gt;

&lt;p&gt;After unmounting and remounting on the 2.8 clients, the problem went away.&lt;/p&gt;

&lt;p&gt;Client console log shows:&lt;br/&gt;
2016-03-23 16:44:33 LustreError: 32645:0:(llite_lib.c:2309:ll_prep_inode()) new_inode -fatal: rc -5&lt;/p&gt;

&lt;p&gt;MDS console log shows:&lt;br/&gt;
2016-03-23 16:44:33 LustreError: 44914:0:(mdt_handler.c:1376:mdt_getattr_name_lock()) ldne-MDT0002: parent &lt;span class=&quot;error&quot;&gt;&amp;#91;0x2c0000403:0x2:0x0&amp;#93;&lt;/span&gt; is on r2016-03-23 16:44:33 LustreError: 44914:0:(mdt_handler.c:1376:mdt_getattr_name_lock()) Skipped 20 previous similar messages&lt;br/&gt;
2016-03-23 16:45:22 LustreError: 44914:0:(mdt_handler.c:1376:mdt_getattr_name_lock()) ldne-MDT0002: parent &lt;span class=&quot;error&quot;&gt;&amp;#91;0x2c0000403:0x2:0x0&amp;#93;&lt;/span&gt; is on r&lt;br/&gt;
2016-03-23 16:45:22 LustreError: 44914:0:(mdt_handler.c:1376:mdt_getattr_name_lock()) Skipped 20 previous similar messages&lt;br/&gt;
2016-03-23 16:45:28 LustreError: 44195:0:(mdt_handler.c:1376:mdt_getattr_name_lock()) ldne-MDT0002: parent &lt;span class=&quot;error&quot;&gt;&amp;#91;0x2c0000403:0x2:0x0&amp;#93;&lt;/span&gt; is on r&lt;br/&gt;
2016-03-23 16:45:28 LustreError: 44195:0:(mdt_handler.c:1376:mdt_getattr_name_lock()) Skipped 19 previous similar messages&lt;br/&gt;
2016-03-23 16:46:03 LustreError: 44199:0:(mdt_handler.c:1376:mdt_getattr_name_lock()) ldne-MDT0002: parent &lt;span class=&quot;error&quot;&gt;&amp;#91;0x2c0000403:0x2:0x0&amp;#93;&lt;/span&gt; is on r2016-03-23 16:51:42 LustreError: 44199:0:(mdt_handler.c:1376:mdt_getattr_name_lock()) ldne-MDT0002: parent &lt;span class=&quot;error&quot;&gt;&amp;#91;0x2c0000403:0x2:0x0&amp;#93;&lt;/span&gt; is on r&lt;br/&gt;
2016-03-23 16:51:42 LustreError: 44199:0:(mdt_handler.c:1376:mdt_getattr_name_lock()) Skipped 1 previous similar message&lt;br/&gt;
2016-03-23 16:54:19 LustreError: 44199:0:(mdt_handler.c:1376:mdt_getattr_name_lock()) ldne-MDT0002: parent &lt;span class=&quot;error&quot;&gt;&amp;#91;0x2c0000403:0x2:0x0&amp;#93;&lt;/span&gt; is on r2016-03-23 16:54:19 LustreError: 44199:0:(mdt_handler.c:1376:mdt_getattr_name_lock()) Skipped 3 previous similar messages&lt;/p&gt;

&lt;p&gt;The following sequence of steps produced the corrupt directory entry:&lt;/p&gt;

&lt;p&gt;1. formatted filesystem on servers running 2.8 RC4&lt;br/&gt;
2. mounted on nodes running 2.8 RC4 clients&lt;br/&gt;
3. mounted on node running 2.55 client&lt;br/&gt;
4. on 2.55 client, created directories under root including &quot;faaland1&quot;&lt;br/&gt;
5. on 2.8 client zwicky80, renamed faaland1 faaland1.old&lt;br/&gt;
6. on 2.8 client zwicky80, lfs mkdir faaland1 --count=4; lfs setdirstripe -D --count=4 faaland1&lt;br/&gt;
7. On all 2.8 clients OTHER THAN zwicky80, (e.g. zwicky82), attempt to access faaland1 fails.  I thought I saw ENOTSUPP in error output somewhere, but cannot find it now.&lt;br/&gt;
8. After umounting on all the clients, and then remounting on the 2.8 clients, access to the directory appeared to work normally again.&lt;/p&gt;</description>
                <environment>servers:lustre-2.8.0-2.6.32_573.18.1.1chaos.ch5.4.x86_64_g0bbc784.x86_64&lt;br/&gt;
client: lustre-2.5.5-3chaos_2.6.32_573.8.1.2chaos.ch5.4.x86_64.x86_64</environment>
        <key id="35573">LU-7913</key>
            <summary>lustre 2.8 servers and 2.5.5 client - temporary I/O error on 2.8 clients</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="5">Cannot Reproduce</resolution>
                                        <assignee username="laisiyao">Lai Siyao</assignee>
                                    <reporter username="ofaaland">Olaf Faaland</reporter>
                        <labels>
                            <label>llnl</label>
                            <label>zfs</label>
                    </labels>
                <created>Thu, 24 Mar 2016 01:14:44 +0000</created>
                <updated>Wed, 13 Oct 2021 03:11:28 +0000</updated>
                            <resolved>Wed, 13 Oct 2021 03:11:28 +0000</resolved>
                                    <version>Lustre 2.8.0</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>5</watches>
                                                                            <comments>
                            <comment id="146813" author="green" created="Thu, 24 Mar 2016 17:07:51 +0000"  >&lt;p&gt;I take it the failing clients actually accessed the directory before it was renamed and replaced?&lt;br/&gt;
Instead of remount, does flushing mdc locks helps to alleviate this too?&lt;/p&gt;</comment>
                            <comment id="146814" author="green" created="Thu, 24 Mar 2016 17:08:21 +0000"  >&lt;p&gt;also does it matter that the original directory is created by 2.5.x client? or any one would do?&lt;/p&gt;</comment>
                            <comment id="146815" author="jgmitter" created="Thu, 24 Mar 2016 17:09:39 +0000"  >&lt;p&gt;Hi Lai,&lt;br/&gt;
Can you try and reproduce this and assess what might be happening?&lt;br/&gt;
Thanks.&lt;br/&gt;
Joe&lt;/p&gt;</comment>
                            <comment id="147150" author="ofaaland" created="Tue, 29 Mar 2016 05:32:10 +0000"  >&lt;p&gt;Oleg,&lt;/p&gt;

&lt;p&gt;I&apos;ve only been able to reproduce it again once, since I created the ticket, so I don&apos;t have answers to all your questions.&lt;/p&gt;

&lt;p&gt;Yes, the failing clients accessed the directory before it was renamed and replaced.&lt;/p&gt;

&lt;p&gt;I don&apos;t yet know whether creating the original directory with a 2.8 client triggers the same behavior or not, and don&apos;t know whether flushing mdc locks alleviates the problem.&lt;/p&gt;

&lt;p&gt;-Olaf&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_10490" key="com.atlassian.jira.plugin.system.customfieldtypes:datepicker">
                        <customfieldname>End date</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Wed, 30 Mar 2016 01:14:44 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                            <customfield id="customfield_10390" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hzy5jj:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>9223372036854775807</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>
                                                                                                                        <customfield id="customfield_10493" key="com.atlassian.jira.plugin.system.customfieldtypes:datepicker">
                        <customfieldname>Start date</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Thu, 24 Mar 2016 01:14:44 +0000</customfieldvalue>

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