<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:36:22 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-3723] LBUG on MDS when unmounting file system after lfsck -t namespace on 2.4</title>
                <link>https://jira.whamcloud.com/browse/LU-3723</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;After doing running lfsck -t namespace (specifically lctl lfsck_start -M &lt;span class=&quot;error&quot;&gt;&amp;#91;fsname&amp;#93;&lt;/span&gt;-MDT0000 -t namespace) on a 2.4 formatted file system, the MDS LBUGs when unmounting the file system.&lt;/p&gt;

&lt;p&gt;This was observed with master on CentOS 6 and with 2.4 on SLES11SP1.  The dump I&apos;ll be making available is on SLES11SP1 with 2.4.&lt;/p&gt;

&lt;p&gt;This issue has been observed both during an upgrade from 1.8.6 to 2.4, and also on a fresh 2.4 install.&lt;/p&gt;

&lt;p&gt;Here&apos;s the stack trace:&lt;br/&gt;
2013-08-07T10:30:11.921271-05:00 c0-0c1s5n0 LustreError: 20626:0:(lu_object.c:1141:lu_device_fini()) ASSERTION( cfs_atomic_read(&amp;amp;d-&amp;gt;ld_ref) == 0 ) failed: Refcount is 1&lt;br/&gt;
2013-08-07T10:30:11.921310-05:00 c0-0c1s5n0 LustreError: 20626:0:(lu_object.c:1141:lu_device_fini()) LBUG&lt;br/&gt;
2013-08-07T10:30:11.921321-05:00 c0-0c1s5n0 Pid: 20626, comm: umount&lt;br/&gt;
2013-08-07T10:30:11.921329-05:00 c0-0c1s5n0 Call Trace:&lt;br/&gt;
2013-08-07T10:30:11.921338-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81007e59&amp;gt;&amp;#93;&lt;/span&gt; try_stack_unwind+0x1a9/0x200&lt;br/&gt;
2013-08-07T10:30:11.921347-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81006625&amp;gt;&amp;#93;&lt;/span&gt; dump_trace+0x95/0x300&lt;br/&gt;
2013-08-07T10:30:11.921356-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa044c8d7&amp;gt;&amp;#93;&lt;/span&gt; libcfs_debug_dumpstack+0x57/0x80 &lt;span class=&quot;error&quot;&gt;&amp;#91;libcfs&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921365-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa044ce27&amp;gt;&amp;#93;&lt;/span&gt; lbug_with_loc+0x47/0xb0 &lt;span class=&quot;error&quot;&gt;&amp;#91;libcfs&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921373-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa05590c7&amp;gt;&amp;#93;&lt;/span&gt; lu_device_fini+0x87/0xc0 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921382-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa053e4e9&amp;gt;&amp;#93;&lt;/span&gt; ls_device_put+0xa9/0x200 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921390-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa053e74b&amp;gt;&amp;#93;&lt;/span&gt; local_oid_storage_fini+0x10b/0x210 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921398-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0251944&amp;gt;&amp;#93;&lt;/span&gt; mdd_process_config+0x274/0x610 &lt;span class=&quot;error&quot;&gt;&amp;#91;mdd&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921407-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0b7ed6b&amp;gt;&amp;#93;&lt;/span&gt; mdt_stack_fini+0x17b/0xbc0 &lt;span class=&quot;error&quot;&gt;&amp;#91;mdt&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921416-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0b7fe39&amp;gt;&amp;#93;&lt;/span&gt; mdt_device_fini+0x689/0xdd0 &lt;span class=&quot;error&quot;&gt;&amp;#91;mdt&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921424-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa054b00f&amp;gt;&amp;#93;&lt;/span&gt; class_cleanup+0x65f/0xdb0 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921432-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa054c874&amp;gt;&amp;#93;&lt;/span&gt; class_process_config+0x1114/0x1cb0 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921440-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa054d587&amp;gt;&amp;#93;&lt;/span&gt; class_manual_cleanup+0x177/0x6f0 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921448-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa05845ba&amp;gt;&amp;#93;&lt;/span&gt; server_put_super+0x5ba/0xf00 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921456-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff811159bd&amp;gt;&amp;#93;&lt;/span&gt; generic_shutdown_super+0x5d/0x110&lt;br/&gt;
2013-08-07T10:30:11.921465-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81115ad6&amp;gt;&amp;#93;&lt;/span&gt; kill_anon_super+0x16/0x60&lt;br/&gt;
2013-08-07T10:30:11.921473-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa054f2c6&amp;gt;&amp;#93;&lt;/span&gt; lustre_kill_super+0x36/0x50 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921481-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81115f73&amp;gt;&amp;#93;&lt;/span&gt; deactivate_super+0x73/0x90&lt;br/&gt;
2013-08-07T10:30:11.921490-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff8112e082&amp;gt;&amp;#93;&lt;/span&gt; mntput_no_expire+0xc2/0xf0&lt;br/&gt;
2013-08-07T10:30:11.921498-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff8112e43c&amp;gt;&amp;#93;&lt;/span&gt; sys_umount+0x7c/0x360&lt;br/&gt;
2013-08-07T10:30:11.921506-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff8100305b&amp;gt;&amp;#93;&lt;/span&gt; system_call_fastpath+0x16/0x1b&lt;br/&gt;
2013-08-07T10:30:11.921514-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;00007fa6f1b37d07&amp;gt;&amp;#93;&lt;/span&gt; 0x7fa6f1b37d07&lt;br/&gt;
2013-08-07T10:30:11.921523-05:00 c0-0c1s5n0 Kernel panic - not syncing: LBUG&lt;br/&gt;
2013-08-07T10:30:11.921531-05:00 c0-0c1s5n0 Pid: 20626, comm: umount Tainted: P           2.6.32.59-0.7.1_1.0000.7461-cray_gem_s #1&lt;br/&gt;
2013-08-07T10:30:11.921539-05:00 c0-0c1s5n0 Call Trace:&lt;br/&gt;
2013-08-07T10:30:11.921547-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81007e59&amp;gt;&amp;#93;&lt;/span&gt; try_stack_unwind+0x1a9/0x200&lt;br/&gt;
2013-08-07T10:30:11.921555-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81006625&amp;gt;&amp;#93;&lt;/span&gt; dump_trace+0x95/0x300&lt;br/&gt;
2013-08-07T10:30:11.921563-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff8100786c&amp;gt;&amp;#93;&lt;/span&gt; show_trace_log_lvl+0x5c/0x80&lt;br/&gt;
2013-08-07T10:30:11.921572-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff810078a5&amp;gt;&amp;#93;&lt;/span&gt; show_trace+0x15/0x20&lt;br/&gt;
2013-08-07T10:30:11.921580-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff814283c5&amp;gt;&amp;#93;&lt;/span&gt; dump_stack+0x77/0x82&lt;br/&gt;
2013-08-07T10:30:11.921588-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff8142844a&amp;gt;&amp;#93;&lt;/span&gt; panic+0x7a/0x165&lt;br/&gt;
2013-08-07T10:30:11.921597-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa044ce7b&amp;gt;&amp;#93;&lt;/span&gt; lbug_with_loc+0x9b/0xb0 &lt;span class=&quot;error&quot;&gt;&amp;#91;libcfs&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921605-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa05590c7&amp;gt;&amp;#93;&lt;/span&gt; lu_device_fini+0x87/0xc0 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921613-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa053e4e9&amp;gt;&amp;#93;&lt;/span&gt; ls_device_put+0xa9/0x200 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921621-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa053e74b&amp;gt;&amp;#93;&lt;/span&gt; local_oid_storage_fini+0x10b/0x210 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921630-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0251944&amp;gt;&amp;#93;&lt;/span&gt; mdd_process_config+0x274/0x610 &lt;span class=&quot;error&quot;&gt;&amp;#91;mdd&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921638-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0b7ed6b&amp;gt;&amp;#93;&lt;/span&gt; mdt_stack_fini+0x17b/0xbc0 &lt;span class=&quot;error&quot;&gt;&amp;#91;mdt&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921646-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa0b7fe39&amp;gt;&amp;#93;&lt;/span&gt; mdt_device_fini+0x689/0xdd0 &lt;span class=&quot;error&quot;&gt;&amp;#91;mdt&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921654-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa054b00f&amp;gt;&amp;#93;&lt;/span&gt; class_cleanup+0x65f/0xdb0 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921663-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa054c874&amp;gt;&amp;#93;&lt;/span&gt; class_process_config+0x1114/0x1cb0 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921672-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa054d587&amp;gt;&amp;#93;&lt;/span&gt; class_manual_cleanup+0x177/0x6f0 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921680-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa05845ba&amp;gt;&amp;#93;&lt;/span&gt; server_put_super+0x5ba/0xf00 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921688-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff811159bd&amp;gt;&amp;#93;&lt;/span&gt; generic_shutdown_super+0x5d/0x110&lt;br/&gt;
2013-08-07T10:30:11.921697-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81115ad6&amp;gt;&amp;#93;&lt;/span&gt; kill_anon_super+0x16/0x60&lt;br/&gt;
2013-08-07T10:30:11.921705-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffffa054f2c6&amp;gt;&amp;#93;&lt;/span&gt; lustre_kill_super+0x36/0x50 &lt;span class=&quot;error&quot;&gt;&amp;#91;obdclass&amp;#93;&lt;/span&gt;&lt;br/&gt;
2013-08-07T10:30:11.921713-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff81115f73&amp;gt;&amp;#93;&lt;/span&gt; deactivate_super+0x73/0x90&lt;br/&gt;
2013-08-07T10:30:11.921725-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff8112e082&amp;gt;&amp;#93;&lt;/span&gt; mntput_no_expire+0xc2/0xf0&lt;br/&gt;
2013-08-07T10:30:11.921751-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff8112e43c&amp;gt;&amp;#93;&lt;/span&gt; sys_umount+0x7c/0x360&lt;br/&gt;
2013-08-07T10:30:11.921760-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;ffffffff8100305b&amp;gt;&amp;#93;&lt;/span&gt; system_call_fastpath+0x16/0x1b&lt;br/&gt;
2013-08-07T10:30:11.921768-05:00 c0-0c1s5n0 &lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;lt;00007fa6f1b37d07&amp;gt;&amp;#93;&lt;/span&gt; 0x7fa6f1b37d07&lt;/p&gt;</description>
                <environment></environment>
        <key id="20233">LU-3723</key>
            <summary>LBUG on MDS when unmounting file system after lfsck -t namespace on 2.4</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="yong.fan">nasf</assignee>
                                    <reporter username="paf">Patrick Farrell</reporter>
                        <labels>
                    </labels>
                <created>Wed, 7 Aug 2013 20:05:14 +0000</created>
                <updated>Wed, 28 Aug 2013 18:08:37 +0000</updated>
                            <resolved>Wed, 21 Aug 2013 02:01:30 +0000</resolved>
                                    <version>Lustre 2.4.0</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                            <comments>
                            <comment id="63815" author="paf" created="Wed, 7 Aug 2013 20:13:36 +0000"  >&lt;p&gt;The dump (with associated ko files and lustre-ext.so) is available over FTP here:&lt;br/&gt;
ftp.cray.com&lt;br/&gt;
anonymous/anonymous&lt;/p&gt;

&lt;p&gt;cd outbound&lt;br/&gt;
get 801166_dump_and_logs.tar.gz &lt;/p&gt;

&lt;p&gt;The full dk log (debug=-1) from the MDS, from before lfsck was started until the LBUG on unmount, is in the file called mds_log.sort &lt;/p&gt;</comment>
                            <comment id="64676" author="paf" created="Tue, 20 Aug 2013 22:16:14 +0000"  >&lt;p&gt;With patch &lt;a href=&quot;http://review.whamcloud.com/#/c/7190/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/#/c/7190/&lt;/a&gt; from &lt;a href=&quot;https://jira.hpdd.intel.com/browse/LU-3649&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://jira.hpdd.intel.com/browse/LU-3649&lt;/a&gt;, this no longer occurs.  I&apos;ve tested both with the release branch with that patch applied on CentOS 6.4, and with Cray&apos;s local 2.4 with that patch applied on SLES.&lt;/p&gt;

&lt;p&gt;I&apos;d say this bug can be closed with a reference to that one.  Thanks!&lt;/p&gt;</comment>
                            <comment id="64704" author="yong.fan" created="Wed, 21 Aug 2013 02:01:30 +0000"  >&lt;p&gt;This is a duplicate of &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-3649&quot; title=&quot;lu_device_fini()) ASSERTION( cfs_atomic_read(&amp;amp;d-&amp;gt;ld_ref) == 0 ) failed: Refcount is 1 in lfsck_deregister&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-3649&quot;&gt;&lt;del&gt;LU-3649&lt;/del&gt;&lt;/a&gt;.&lt;/p&gt;</comment>
                            <comment id="64741" author="paf" created="Wed, 21 Aug 2013 15:47:13 +0000"  >&lt;p&gt;nasf,&lt;/p&gt;

&lt;p&gt;Two things occurred to me:&lt;/p&gt;

&lt;p&gt;First of all, we need a fix to b2_4 as well as to master for this, right?  So &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-3649&quot; title=&quot;lu_device_fini()) ASSERTION( cfs_atomic_read(&amp;amp;d-&amp;gt;ld_ref) == 0 ) failed: Refcount is 1 in lfsck_deregister&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-3649&quot;&gt;&lt;del&gt;LU-3649&lt;/del&gt;&lt;/a&gt;, or at least &lt;a href=&quot;http://review.whamcloud.com/#/c/7190/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/#/c/7190/&lt;/a&gt;, needs to be landed to b2_4.&lt;/p&gt;

&lt;p&gt;Secondly, any idea how was this missed in the release?  It fails reliably on file system down after LFSCK, it&apos;s hard to see how that wouldn&apos;t have been hit even without any testing aimed at hitting it.&lt;/p&gt;

&lt;p&gt;Thanks,&lt;br/&gt;
Patrick&lt;/p&gt;</comment>
                            <comment id="64805" author="yong.fan" created="Thu, 22 Aug 2013 00:12:21 +0000"  >&lt;p&gt;1) This bug was introduced by the LFSCK 1.5, so it needs to be fixed on both b2_4 and b2_5.&lt;/p&gt;

&lt;p&gt;2) The issue can be triggered when the LFSCK scanning position is reset, such as specify &quot;lctl lfsck_start -r&quot;, or repeatedly run the LFSCK (more similar as your failure case). We did not test such cases before, so missed to find the issue in time.&lt;/p&gt;</comment>
                            <comment id="64810" author="spitzcor" created="Thu, 22 Aug 2013 02:42:06 +0000"  >&lt;p&gt;nasf, I think that we were able to replicate it from a simple `lctl lfsck_start -M &lt;span class=&quot;error&quot;&gt;&amp;#91;fsname&amp;#93;&lt;/span&gt;-MDT0000 -t namespace`.  Any idea why that failed hard for us, but passed your testing?&lt;/p&gt;</comment>
                            <comment id="64811" author="yong.fan" created="Thu, 22 Aug 2013 03:19:52 +0000"  >&lt;p&gt;The first run `lctl lfsck_start -M &lt;span class=&quot;error&quot;&gt;&amp;#91;fsname&amp;#93;&lt;/span&gt;-MDT0000 -t namespace` on a new formatted MDT will pass, but the next run `lctl lfsck_start -M &lt;span class=&quot;error&quot;&gt;&amp;#91;fsname&amp;#93;&lt;/span&gt;-MDT0000 -t namespace` will cause your failure. Does it your case?&lt;/p&gt;</comment>
                            <comment id="65291" author="paf" created="Wed, 28 Aug 2013 18:08:37 +0000"  >&lt;p&gt;nasf,&lt;/p&gt;

&lt;p&gt;It appears you&apos;re right about that, it only happens after the second and subsequent runs on a newly formatted file system.&lt;/p&gt;

&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Patrick&lt;/li&gt;
&lt;/ul&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|hzvxe7:</customfieldvalue>

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