<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:09:12 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-660] OSC procfs data is accessible when OSC is not ready to process it</title>
                <link>https://jira.whamcloud.com/browse/LU-660</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;some OSC procfs functions use osc_device which is lu_device. It must be linked with obd_device given not NULL obd-&amp;gt;obd_lu_dev. It is done at the end of obd_setup() function. But procfs files are accessible before that because obd procfs data is initialized inside OSC o_setup. Solution can be artificial setting obd-&amp;gt;obd_lu_dev to the osc_device inside osc_setup().&lt;/p&gt;

&lt;p&gt;The same problem exists during obd_cleanup - first it free osc_device therefore obd-&amp;gt;obd_lu_dev is NULL again but OBD procfs data is cleaned up after that in osc_cleanup(). Solution can be moving lprocfs_obd_cleanup to the precleanup function.&lt;/p&gt;</description>
                <environment></environment>
        <key id="11670">LU-660</key>
            <summary>OSC procfs data is accessible when OSC is not ready to process it</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="10100">Low Priority</resolution>
                                        <assignee username="wc-triage">WC Triage</assignee>
                                    <reporter username="tappro">Mikhail Pershin</reporter>
                        <labels>
                    </labels>
                <created>Mon, 5 Sep 2011 03:21:05 +0000</created>
                <updated>Wed, 11 Oct 2017 19:58:03 +0000</updated>
                            <resolved>Wed, 11 Oct 2017 19:58:03 +0000</resolved>
                                    <version>Lustre 2.1.0</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                            <comments>
                            <comment id="19953" author="tappro" created="Mon, 5 Sep 2011 03:24:21 +0000"  >&lt;p&gt;forgot to mention - this issue can be seen during test 57 from recovery-small. There is such code:&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;test_57_helper() {
        # no oscs means no client or mdt 
        &lt;span class=&quot;code-keyword&quot;&gt;while&lt;/span&gt; lctl get_param osc.*.* &amp;gt; /dev/&lt;span class=&quot;code-keyword&quot;&gt;null&lt;/span&gt; 2&amp;gt;&amp;amp;1; &lt;span class=&quot;code-keyword&quot;&gt;do&lt;/span&gt;
                : # loop until proc file is removed
        done
}
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;this scans OSC procfs data in cycle and may sneak to that window when obb_lu_dev is NULL&lt;/p&gt;</comment>
                            <comment id="19954" author="laisiyao" created="Mon, 5 Sep 2011 03:58:42 +0000"  >&lt;p&gt;Hi Mike, I think &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-106&quot; title=&quot;unable to handle kernel paging request in lprocfs_stats_collect()&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-106&quot;&gt;&lt;del&gt;LU-106&lt;/del&gt;&lt;/a&gt; has covered this, and you&apos;re one of an inspector also.&lt;/p&gt;</comment>
                            <comment id="20112" author="tappro" created="Fri, 9 Sep 2011 14:51:04 +0000"  >&lt;p&gt;Lai, yes, it will cover problems during umount, but it may exist during setup also. For example, in so OSC procfs functions use not obd_device but osc_device. It is taken from OBD throught obd-&amp;gt;obd_lu_dev, the problem is that obd_setup() calls osc_init() before set obd_lu_dev, so there is short window when proc data is accessible but obd_lu_dev is NULL. I would suggest to set obd_lu_dev right inside osc_init() but not sure is it safe or not. Need to look at that code closely&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|hzw3af:</customfieldvalue>

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