<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:28:05 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-2775] Interop 2.1.4&lt;-&gt;2.4 failure on test suite lustre-initialization-1: ASSERTION( fid_seq_is_mdt(loi-&gt;loi_oi.oi_seq) ) failed</title>
                <link>https://jira.whamcloud.com/browse/LU-2775</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;This issue was created by maloo for sarah &amp;lt;sarah@whamcloud.com&amp;gt;&lt;/p&gt;

&lt;p&gt;This issue relates to the following test suite run: &lt;a href=&quot;https://maloo.whamcloud.com/test_sets/fce1d212-6f52-11e2-a955-52540035b04c&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://maloo.whamcloud.com/test_sets/fce1d212-6f52-11e2-a955-52540035b04c&lt;/a&gt;.&lt;/p&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;03:44:53:Lustre: DEBUG MARKER: -----============= acceptance-small: runtests ============----- Sat Feb 2 03:44:51 PST 2013
03:44:53:Lustre: DEBUG MARKER: PATH=/usr/lib64/lustre/tests:/usr/lib/lustre/tests:/usr/lib64/lustre/tests:/opt/iozone/bin:/sbin:/usr/sbin:/usr/lib64/lustre/tests:/usr/lib64/lustre/tests/../utils:/opt/iozone/bin:/usr/lib64/lustre/tests/mpi:/usr/lib64/lustre/tests/racer:/usr/lib64/lustre
03:44:53:Lustre: DEBUG MARKER: running=$(grep -c /mnt/lustre&apos; &apos; /proc/mounts);
03:44:53:mpts=$(mount | grep -c /mnt/lustre&apos; &apos;);
03:44:53:if [ $running -ne $mpts ]; then
03:44:53:    echo $(hostname) env are INSANE!;
03:44:53:    exit 1;
03:44:53:fi
03:44:53:Lustre: DEBUG MARKER: running=$(grep -c /mnt/lustre2&apos; &apos; /proc/mounts);
03:44:53:mpts=$(mount | grep -c /mnt/lustre2&apos; &apos;);
03:44:53:if [ $running -ne $mpts ]; then
03:44:53:    echo $(hostname) env are INSANE!;
03:44:53:    exit 1;
03:44:53:fi
03:45:04:Lustre: DEBUG MARKER: /usr/sbin/lctl mark Using TIMEOUT=20
03:45:04:Lustre: DEBUG MARKER: Using TIMEOUT=20
03:45:05:Lustre: DEBUG MARKER: lctl dl | grep &apos; IN osc &apos; 2&amp;gt;/dev/null | wc -l
03:45:05:Lustre: 14464:0:(debug.c:326:libcfs_debug_str2mask()) You are trying to use a numerical value for the mask - this will be deprecated in a future release.
03:45:05:Lustre: 14464:0:(debug.c:326:libcfs_debug_str2mask()) Skipped 3 previous similar messages
03:45:05:Lustre: DEBUG MARKER: /usr/sbin/lctl mark touching \/mnt\/lustre at Sat Feb  2 03:44:58 PST 2013
03:45:05:Lustre: DEBUG MARKER: touching /mnt/lustre at Sat Feb 2 03:44:58 PST 2013
03:45:05:Lustre: DEBUG MARKER: /usr/sbin/lctl mark create an empty file \/mnt\/lustre\/hosts.12756
03:45:05:Lustre: DEBUG MARKER: create an empty file /mnt/lustre/hosts.12756
03:45:05:Lustre: DEBUG MARKER: /usr/sbin/lctl mark copying \/etc\/hosts to \/mnt\/lustre\/hosts.12756
03:45:05:Lustre: DEBUG MARKER: copying /etc/hosts to /mnt/lustre/hosts.12756
03:45:05:Lustre: DEBUG MARKER: /usr/sbin/lctl mark comparing \/etc\/hosts and \/mnt\/lustre\/hosts.12756
03:45:05:Lustre: DEBUG MARKER: comparing /etc/hosts and /mnt/lustre/hosts.12756
03:45:05:Lustre: DEBUG MARKER: /usr/sbin/lctl mark renaming \/mnt\/lustre\/hosts.12756 to \/mnt\/lustre\/hosts.12756.ren
03:45:05:Lustre: DEBUG MARKER: renaming /mnt/lustre/hosts.12756 to /mnt/lustre/hosts.12756.ren
03:45:05:LustreError: 15228:0:(lov_obd.c:1827:lov_find_cbdata()) ASSERTION( fid_seq_is_mdt(loi-&amp;gt;loi_oi.oi_seq) ) failed: 
03:45:05:LustreError: 15228:0:(lov_obd.c:1827:lov_find_cbdata()) LBUG
03:45:05:Pid: 15228, comm: mv
03:45:05:
03:45:05:Call Trace:
03:45:05: [&amp;lt;ffffffffa04357f5&amp;gt;] libcfs_debug_dumpstack+0x55/0x80 [libcfs]
03:45:05: [&amp;lt;ffffffffa0435e07&amp;gt;] lbug_with_loc+0x47/0xb0 [libcfs]
03:45:05: [&amp;lt;ffffffffa095eaba&amp;gt;] lov_find_cbdata+0x63a/0x720 [lov]
03:45:05: [&amp;lt;ffffffffa0a3c000&amp;gt;] ? return_if_equal+0x0/0x30 [lustre]
03:45:05: [&amp;lt;ffffffffa08dd361&amp;gt;] ? lmv_find_cbdata+0x1c1/0x5e0 [lmv]
03:45:05: [&amp;lt;ffffffffa0a3dec2&amp;gt;] find_cbdata+0x212/0x940 [lustre]
03:45:05: [&amp;lt;ffffffffa0a3e641&amp;gt;] ll_ddelete+0x51/0x2b0 [lustre]
03:45:05: [&amp;lt;ffffffff81272095&amp;gt;] ? _atomic_dec_and_lock+0x55/0x80
03:45:05: [&amp;lt;ffffffff81193eea&amp;gt;] dput+0xca/0x150
03:45:05: [&amp;lt;ffffffff8118b56a&amp;gt;] sys_renameat+0x1fa/0x260
03:45:05: [&amp;lt;ffffffff811808b4&amp;gt;] ? cp_new_stat+0xe4/0x100
03:45:05: [&amp;lt;ffffffff81180b8e&amp;gt;] ? vfs_lstat+0x1e/0x20
03:45:05: [&amp;lt;ffffffff810d6d42&amp;gt;] ? audit_syscall_entry+0x272/0x2a0
03:45:05: [&amp;lt;ffffffff81503ade&amp;gt;] ? do_page_fault+0x3e/0xa0
03:45:05: [&amp;lt;ffffffff8118b5eb&amp;gt;] sys_rename+0x1b/0x20
03:45:05: [&amp;lt;ffffffff8100b0f2&amp;gt;] system_call_fastpath+0x16/0x1b
03:45:05:
03:46:27:BUG: soft lockup - CPU#0 stuck for 67s! [khelper:15230]
03:46:27:Modules linked in: lustre(U) obdecho(U) mgc(U) lov(U) osc(U) mdc(U) lquota(U) lmv(U) fid(U) fld(U) ptlrpc(U) obdclass(U) lvfs(U) ksocklnd(U) lnet(U) libcfs(U) nfs fscache nfsd lockd nfs_acl auth_rpcgss exportfs autofs4 sunrpc ib_ipoib rdma_ucm ib_ucm ib_uverbs ib_umad rdma_cm ib_cm iw_cm ib_addr ipv6 ib_sa ib_mad ib_core microcode virtio_balloon 8139too 8139cp mii i2c_piix4 i2c_core ext3 jbd mbcache virtio_blk virtio_pci virtio_ring virtio pata_acpi ata_generic ata_piix dm_mirror dm_region_hash dm_log dm_mod [last unloaded: speedstep_lib]
03:46:27:CPU 0 
03:46:27:Modules linked in: lustre(U) obdecho(U) mgc(U) lov(U) osc(U) mdc(U) lquota(U) lmv(U) fid(U) fld(U) ptlrpc(U) obdclass(U) lvfs(U) ksocklnd(U) lnet(U) libcfs(U) nfs fscache nfsd lockd nfs_acl auth_rpcgss exportfs autofs4 sunrpc ib_ipoib rdma_ucm ib_ucm ib_uverbs ib_umad rdma_cm ib_cm iw_cm ib_addr ipv6 ib_sa ib_mad ib_core microcode virtio_balloon 8139too 8139cp mii i2c_piix4 i2c_core ext3 jbd mbcache virtio_blk virtio_pci virtio_ring virtio pata_acpi ata_generic ata_piix dm_mirror dm_region_hash dm_log dm_mod [last unloaded: speedstep_lib]
03:46:27:
03:46:27:Pid: 15230, comm: khelper Not tainted 2.6.32-279.14.1.el6.x86_64 #1 Red Hat KVM
03:46:27:RIP: 0010:[&amp;lt;ffffffff8150098e&amp;gt;]  [&amp;lt;ffffffff8150098e&amp;gt;] _spin_lock+0x1e/0x30
03:46:27:RSP: 0018:ffff88007a011aa0  EFLAGS: 00000206
03:46:27:RAX: 0000000000000001 RBX: ffff88007a011aa0 RCX: 0000000000000000
03:46:27:RDX: 0000000000000000 RSI: ffffffff81a83fc0 RDI: ffffffff81a83fc0
03:46:27:RBP: ffffffff8100bc0e R08: 0000000000000000 R09: 0000000000000000
03:46:27:R10: ffff8800738f9200 R11: 00000000000000c0 R12: ffffffffa010a5d0
03:46:27:R13: 0000000000000018 R14: ffff88007a011a18 R15: 0000000000010282
03:46:27:FS:  0000000000000000(0000) GS:ffff880002200000(0000) knlGS:0000000000000000
03:46:27:CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
03:46:27:CR2: 000000000107e228 CR3: 000000007c3cc000 CR4: 00000000000006f0
03:46:27:DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
03:46:27:DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
03:46:27:Process khelper (pid: 15230, threadinfo ffff88007a010000, task ffff88007c1bd540)
03:46:27:Stack:
03:46:27: ffff88007a011ad0 ffffffff81272095 ffff88007a011b10 ffffffff81a83fc0
03:46:27:&amp;lt;d&amp;gt; 00007fa32298b000 ffff88007a9e2380 ffff88007a011af0 ffffffff81193eba
03:46:27:&amp;lt;d&amp;gt; ffff88007a011b90 ffff88007a011ca0 ffff88007a011b10 ffffffff81188b35
03:46:27:Call Trace:
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</description>
                <environment>2.1.4 client vs 2.4 server</environment>
        <key id="17494">LU-2775</key>
            <summary>Interop 2.1.4&lt;-&gt;2.4 failure on test suite lustre-initialization-1: ASSERTION( fid_seq_is_mdt(loi-&gt;loi_oi.oi_seq) ) failed</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="1">Fixed</resolution>
                                        <assignee username="di.wang">Di Wang</assignee>
                                    <reporter username="maloo">Maloo</reporter>
                        <labels>
                            <label>mq313</label>
                    </labels>
                <created>Thu, 7 Feb 2013 03:33:53 +0000</created>
                <updated>Mon, 8 Apr 2013 23:07:16 +0000</updated>
                            <resolved>Thu, 28 Mar 2013 22:30:34 +0000</resolved>
                                    <version>Lustre 2.4.0</version>
                    <version>Lustre 2.1.4</version>
                    <version>Lustre 2.1.5</version>
                                    <fixVersion>Lustre 2.4.0</fixVersion>
                    <fixVersion>Lustre 2.1.5</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>5</watches>
                                                                            <comments>
                            <comment id="51949" author="di.wang" created="Thu, 7 Feb 2013 03:42:59 +0000"  >&lt;p&gt;It seems 2.1 and 2.4 has different fid_seq_is_mdt&lt;/p&gt;

&lt;p&gt;2.1&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;static inline int fid_seq_is_mdt(const __u64 seq)
{       
        return seq == FID_SEQ_OST_MDT0 ||
               (seq &amp;gt;= FID_SEQ_OST_MDT1 &amp;amp;&amp;amp; seq &amp;lt;= FID_SEQ_OST_MAX);
};      

&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;master&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;static inline int fid_seq_is_mdt(const __u64 seq)
{                         
        return seq == FID_SEQ_OST_MDT0 || seq &amp;gt;= FID_SEQ_NORMAL;
};                             
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;


&lt;p&gt;Clearly client can not recognize the new FID here. And also we still use ost index inside loi to locate OST on the client side, instead of fld lookup. So 2.1 client should be able to live with new normal seq except this ASSERT. Probably we just need to fix the LASSERT in 2.1?&lt;/p&gt;
</comment>
                            <comment id="51968" author="adilger" created="Thu, 7 Feb 2013 10:27:13 +0000"  >&lt;p&gt;Di, I thought FID-on-OST was only enabled when multiple MDTs are enabled?  That would avoid this problem for now, because we don&apos;t have interop between 2.1 clients and multiple MDTs, though there is still a need to fix the LASSERT() on the client.&lt;/p&gt;

&lt;p&gt;It would actually be better NOT to LASSERT() on bad data from the network, and instead just return an error.&lt;/p&gt;</comment>
                            <comment id="51993" author="di.wang" created="Thu, 7 Feb 2013 15:23:53 +0000"  >&lt;p&gt;Hmm, I thought FID-on-OST should be enabled once both MDS and OST is 2.4, though we still keep using IDIF if there are existing files. And denying 2.1 client to access other MDTs will be done by returning EIO (other error), when they try to access Remote directory. Thanks.  &lt;/p&gt;</comment>
                            <comment id="52020" author="adilger" created="Thu, 7 Feb 2013 21:46:02 +0000"  >&lt;p&gt;&lt;a href=&quot;http://review.whamcloud.com/5304&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/5304&lt;/a&gt; for b2_1&lt;/p&gt;</comment>
                            <comment id="52029" author="di.wang" created="Fri, 8 Feb 2013 05:32:16 +0000"  >&lt;p&gt;&lt;a href=&quot;http://review.whamcloud.com/5307&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/5307&lt;/a&gt;  for master&lt;/p&gt;</comment>
                            <comment id="52805" author="jlevi" created="Thu, 21 Feb 2013 10:41:13 +0000"  >&lt;p&gt;Landed to master and b2_1&lt;/p&gt;</comment>
                            <comment id="52977" author="adilger" created="Mon, 25 Feb 2013 18:12:51 +0000"  >&lt;p&gt;There is still a patch for master to land to remove the LASSERT() on data passed from the network:&lt;br/&gt;
&lt;a href=&quot;http://review.whamcloud.com/5456&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/5456&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="53241" author="niu" created="Sun, 3 Mar 2013 22:58:53 +0000"  >&lt;p&gt;The conf-sanity 32b still fail with -ENOSPC for 1.8 -&amp;gt; 2.4 test: &lt;a href=&quot;https://maloo.whamcloud.com/test_sets/6efb0284-81d1-11e2-8564-52540035b04c&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://maloo.whamcloud.com/test_sets/6efb0284-81d1-11e2-8564-52540035b04c&lt;/a&gt;&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;dd: writing `/tmp/t32/mnt/lustre/tmp_file&apos;: No space left on device
1+0 records in
0+0 records out
0 bytes (0 B) copied, 0.0667586 s, 0.0 kB/s
 conf-sanity test_32b: @@@@@@ FAIL: dd failed 
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;It&apos;s similar to &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-2768&quot; title=&quot;2.1 &amp;lt;-&amp;gt; 2.4 interop can&amp;#39;t create file after upgrade&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-2768&quot;&gt;&lt;del&gt;LU-2768&lt;/del&gt;&lt;/a&gt;, but not exactly same.&lt;/p&gt;</comment>
                            <comment id="53245" author="niu" created="Mon, 4 Mar 2013 01:11:06 +0000"  >&lt;p&gt;It was because my 1.8 image disk size is wrong, sorry for the noise.&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|hzvisv:</customfieldvalue>

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