<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:26:37 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-2605] reduce the failover time when the MDS and OSS are on the same machine in High Availability</title>
                <link>https://jira.whamcloud.com/browse/LU-2605</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;In case of failure of the 1st server, the MDS1 and the OSS1 will fail in the same time.&lt;/p&gt;

&lt;p&gt;Then the failover on the 2nd node will wait 5 more minutes because the moved OST will wait the timeout for the failed client MDS1.&lt;/p&gt;

&lt;p&gt;This case of 2 servers with failover and 2 active OSS is important for little configurations.&lt;/p&gt;

&lt;p&gt;(BULL)&lt;/p&gt;</description>
                <environment>Linux, 2 physical servers,&lt;br/&gt;
the 1st holds the active MDS and an active OSS and the 2nd holds the passive MDS and an active OSS</environment>
        <key id="17144">LU-2605</key>
            <summary>reduce the failover time when the MDS and OSS are on the same machine in High Availability</summary>
                <type id="4" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11310&amp;avatarType=issuetype">Improvement</type>
                                            <priority id="5" iconUrl="https://jira.whamcloud.com/images/icons/priorities/trivial.svg">Trivial</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="wc-triage">WC Triage</assignee>
                                    <reporter username="gmsw">gmsw</reporter>
                        <labels>
                            <label>server</label>
                    </labels>
                <created>Fri, 11 Jan 2013 06:00:26 +0000</created>
                <updated>Thu, 11 Jun 2020 09:51:33 +0000</updated>
                            <resolved>Thu, 11 Jun 2020 09:51:33 +0000</resolved>
                                    <version>Lustre 2.1.0</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                            <comments>
                            <comment id="50361" author="adilger" created="Fri, 11 Jan 2013 15:01:48 +0000"  >&lt;p&gt;This is somewhat expected behaviour if the MDT and OST are on the same node, which is why we do not recommend this configuration.  However, the MDT connection to the OST1 (regardless of which node it is running on) should always use the same connection UUID even after a reboot (unlike a client node, which is always gets a new UUID for each mount), and so the failed-over MDT should be able to participate in recovery on node 2 as well.&lt;/p&gt;

&lt;p&gt;Do you mount the MDT on node 2 at the same time as OST1?&lt;/p&gt;

&lt;p&gt;Do you also have a lustre client mounted locally on the MDS/OSS server node?  This would be more likely to be the cause of this recovery slowdown.  Does this slow recovery also happen if you restart the MDT and OST on node 1 again, instead of failing over to node 2?&lt;/p&gt;

&lt;p&gt;Having your actual console logs from during the recovery would make this more clear.&lt;/p&gt;</comment>
                            <comment id="50477" author="johann" created="Tue, 15 Jan 2013 10:37:12 +0000"  >&lt;p&gt;This ticket is actually related to a question i got during a training class (i.e. is it safe to run the MDT on the same node as OSTs?).&lt;br/&gt;
I replied that the only problem (Andreas, can you think of anything else?) i could think of is this recovery issue since the MDS might not be able to join recovery. That said, Andreas is right, we reuse the same UUID and allow the MDS to reconnect. As a result, OSTs should be able to complete recovery.&lt;/p&gt;</comment>
                            <comment id="272593" author="adilger" created="Thu, 11 Jun 2020 09:51:25 +0000"  >&lt;p&gt;This should be fixed with patch &lt;a href=&quot;https://review.whamcloud.com/36025&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/36025&lt;/a&gt; &quot;&lt;tt&gt;&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12722&quot; title=&quot;exclude local client mounted on MDS/OSS from recovery&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12722&quot;&gt;&lt;del&gt;LU-12722&lt;/del&gt;&lt;/a&gt; target: disable recovery for local clients&lt;/tt&gt;&quot;&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="56812">LU-12722</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|hzvezr:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>6074</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>