<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 03:17:40 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-15363] Don&apos;t use lustre modules to test LNet with sanity-lnet</title>
                <link>https://jira.whamcloud.com/browse/LU-15363</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;A few sanity-lnet test were failing for the native Linux client. The reason for this is by default the LNet stack is initialized with LNET_PID_ANY which doesn&apos;t automatically setup LNet with the module parameters. Currently sanity-lnet works around this by loading the lustre modules which initialize the LNet stack with LNET_PID_LUSTRE which does properly setup the lnet stack. This doesn&apos;t work for the native Linux client since Lustre doesn&apos;t start the LNet at module loading but mounting which sanity-lnet doesn&apos;t do.&lt;/p&gt;</description>
                <environment></environment>
        <key id="67582">LU-15363</key>
            <summary>Don&apos;t use lustre modules to test LNet with sanity-lnet</summary>
                <type id="4" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11310&amp;avatarType=issuetype">Improvement</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="1">Fixed</resolution>
                                        <assignee username="simmonsja">James A Simmons</assignee>
                                    <reporter username="simmonsja">James A Simmons</reporter>
                        <labels>
                    </labels>
                <created>Sun, 12 Dec 2021 14:35:59 +0000</created>
                <updated>Sat, 29 Jul 2023 07:55:43 +0000</updated>
                            <resolved>Sun, 3 Apr 2022 17:35:45 +0000</resolved>
                                    <version>Lustre 2.15.0</version>
                                    <fixVersion>Lustre 2.15.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                            <comments>
                            <comment id="320694" author="gerrit" created="Sun, 12 Dec 2021 14:37:36 +0000"  >&lt;p&gt;&quot;James Simmons &amp;lt;jsimmons@infradead.org&amp;gt;&quot; uploaded a new patch: &lt;a href=&quot;https://review.whamcloud.com/45834&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/45834&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-15363&quot; title=&quot;Don&amp;#39;t use lustre modules to test LNet with sanity-lnet&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-15363&quot;&gt;&lt;del&gt;LU-15363&lt;/del&gt;&lt;/a&gt; tests: don&apos;t use lustre module to test lnet&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 7fd4a2145aed2df28e454b37a64870179cc2e2f7&lt;/p&gt;</comment>
                            <comment id="320967" author="hornc" created="Wed, 15 Dec 2021 20:42:17 +0000"  >&lt;p&gt;Patch breaks running the test suite out of a build directory:&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;sles15build01:/home/hornc/lustre-filesystem/lustre/tests # ./auster -N -v sanity-lnet
Started at Wed Dec 15 14:34:08 CST 2021
sles15build01: executing check_logdir /tmp/test_logs/2021-12-15/143407
sles15build01: ../libcfs/libcfs/libcfs options: &apos;libcfs_debug=320735104 libcfs_subsystem_debug=-2049&apos;
Logging to shared log directory: /tmp/test_logs/2021-12-15/143407
sles15build01: executing yml_node
IOC_LIBCFS_GET_NI error 22: Invalid argument
Client: 2.14.55.170
MDS: 2.14.55.170
OSS: 2.14.55.170
running: sanity-lnet
run_suite sanity-lnet /home/hornc/lustre-filesystem/lustre/tests/sanity-lnet.sh
-----============= acceptance-small: sanity-lnet ============----- Wed Dec 15 14:34:11 CST 2021
Running: bash /home/hornc/lustre-filesystem/lustre/tests/sanity-lnet.sh
excepting tests:
opening /dev/obd failed: No such file or directory
hint: the kernel modules may not be loaded
Stopping clients: sles15build01 /mnt/lustre (opts:-f)
Stopping clients: sles15build01 /mnt/lustre2 (opts:-f)
modules unloaded.
ip netns exec test_ns ip addr add 10.1.2.3/31 dev test1pg
ip netns exec test_ns ip link set test1pg up
libkmod: kmod_module_get_holders: could not open &apos;/sys/module/x86_pkg_temp_thermal/holders&apos;: No such file or directory
libkmod: kmod_module_get_holders: could not open &apos;/sys/module/pcc_cpufreq/holders&apos;: No such file or directory
../libcfs/libcfs/libcfs options: &apos;libcfs_debug=320735104 libcfs_subsystem_debug=-2049&apos;
../lnet/lnet/lnet options: &apos;config_on_load=1&apos;
IOC_LIBCFS_GET_NI error 100: Network is down
 sanity-lnet : @@@@@@ FAIL: No NID configured after module load
  Trace dump:
  = /home/hornc/lustre-filesystem/lustre/tests/test-framework.sh:6336:error()
  = /home/hornc/lustre-filesystem/lustre/tests/sanity-lnet.sh:255:main()
Dumping lctl log to /tmp/test_logs/2021-12-15/143407/sanity-lnet..*.1639600455.log
Dumping logs only on local client.
sanity-lnet returned 1
Finished at Wed Dec 15 14:34:15 CST 2021 in 8s
./auster: completed with rc 0
sles15build01:/home/hornc/lustre-filesystem/lustre/tests # dmesg | tail
[3728796.892739] Lustre: DEBUG MARKER: -----============= acceptance-small: sanity-lnet ============----- Wed Dec 15 14:34:11 CST 2021
[3728797.623735] Lustre: DEBUG MARKER: excepting tests:
[3728797.872111] device-mapper: uevent: version 1.0.3
[3728797.872371] device-mapper: ioctl: 4.37.0-ioctl (2017-09-20) initialised: dm-devel@redhat.com
[3728798.910153] IPv6: ADDRCONF(NETDEV_UP): test1pl: link is not ready
[3728798.924060] IPv6: ADDRCONF(NETDEV_CHANGE): test1pl: link becomes ready
[3728799.060046] LNet: HW NUMA nodes: 4, HW CPU cores: 32, npartitions: 4
[3728799.063595] alg: No test for adler32 (adler32-zlib)
[3728799.954055] LNetError: 5456:0:(api-ni.c:2574:lnet_startup_lndnet()) Can&apos;t load LND tcp, module ksocklnd, rc=256
[3728800.129812] Lustre: DEBUG MARKER: sanity-lnet : @@@@@@ FAIL: No NID configured after module load
sles15build01:/home/hornc/lustre-filesystem/lustre/tests #
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="324735" author="simmonsja" created="Tue, 1 Feb 2022 16:37:03 +0000"  >&lt;p&gt;The reason for this is due to LNet internally calling request_module() to load the LNDs. That only works if the LND modules are in the standard /lib/modules so it the sand box approach this breaks. I&apos;m playing with an idea of making config_on_load and module parameter something&#160; that can be set latter after both lnet core and the LND drivers are loaded. Then the setup could be done. That way request_modules() is never called.&lt;/p&gt;</comment>
                            <comment id="330914" author="gerrit" created="Sun, 3 Apr 2022 16:08:44 +0000"  >&lt;p&gt;&quot;Oleg Drokin &amp;lt;green@whamcloud.com&amp;gt;&quot; merged in patch &lt;a href=&quot;https://review.whamcloud.com/45834/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/45834/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-15363&quot; title=&quot;Don&amp;#39;t use lustre modules to test LNet with sanity-lnet&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-15363&quot;&gt;&lt;del&gt;LU-15363&lt;/del&gt;&lt;/a&gt; tests: don&apos;t use lustre module to test lnet&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: e41f91dc90a0977f7ea85b199b7e5809c56b810e&lt;/p&gt;</comment>
                            <comment id="330918" author="pjones" created="Sun, 3 Apr 2022 17:35:46 +0000"  >&lt;p&gt;Landed for 2.15&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="56278">LU-12511</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <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|i02cb3:</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>
                                                                                                                                                                                                                                                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>