<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>question Re: Does Performing a Manual Failover Ever Disruptive? in Support Questions</title>
    <link>https://community.cloudera.com/t5/Support-Questions/Does-Performing-a-Manual-Failover-Ever-Disruptive/m-p/116108#M78902</link>
    <description>&lt;P&gt;No, it is a non-disruptive procedure, provided that the cluster is healthy and is not under a heavy load.  One of reasons to do so is for upgrading namenode, either software or hardware.&lt;/P&gt;&lt;P&gt;During a namenode failover, the jobs and clients application will be redirected from the old active namenode to the new active namenode.  Of course, they have to wait until the new active namenode becomes ready so that they are slowed down.  In this sense, we are better to perform the failover operation when the cluster is idea or under a small load.&lt;/P&gt;&lt;P&gt;Hope it helps.&lt;/P&gt;</description>
    <pubDate>Tue, 14 Mar 2017 03:45:02 GMT</pubDate>
    <dc:creator>sze</dc:creator>
    <dc:date>2017-03-14T03:45:02Z</dc:date>
    <item>
      <title>Does Performing a Manual Failover Ever Disruptive?</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Does-Performing-a-Manual-Failover-Ever-Disruptive/m-p/116107#M78901</link>
      <description>&lt;P&gt;Does performing a:&lt;/P&gt;
&lt;PRE&gt;hdfs haadmin -failover nn1 nn2
&lt;/PRE&gt;&lt;P&gt;Ever a disruptive procedure? Suppose all services are up and running (zookeeper, zkfc, JN), it's my understanding that this should be a safe procedure and wouldn't cause jobs to fail, but wanted to know in what circumstances would this potentially be problematic. &lt;/P&gt;</description>
      <pubDate>Tue, 21 Feb 2017 14:53:55 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Does-Performing-a-Manual-Failover-Ever-Disruptive/m-p/116107#M78901</guid>
      <dc:creator>ed_gleeck</dc:creator>
      <dc:date>2017-02-21T14:53:55Z</dc:date>
    </item>
    <item>
      <title>Re: Does Performing a Manual Failover Ever Disruptive?</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Does-Performing-a-Manual-Failover-Ever-Disruptive/m-p/116108#M78902</link>
      <description>&lt;P&gt;No, it is a non-disruptive procedure, provided that the cluster is healthy and is not under a heavy load.  One of reasons to do so is for upgrading namenode, either software or hardware.&lt;/P&gt;&lt;P&gt;During a namenode failover, the jobs and clients application will be redirected from the old active namenode to the new active namenode.  Of course, they have to wait until the new active namenode becomes ready so that they are slowed down.  In this sense, we are better to perform the failover operation when the cluster is idea or under a small load.&lt;/P&gt;&lt;P&gt;Hope it helps.&lt;/P&gt;</description>
      <pubDate>Tue, 14 Mar 2017 03:45:02 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Does-Performing-a-Manual-Failover-Ever-Disruptive/m-p/116108#M78902</guid>
      <dc:creator>sze</dc:creator>
      <dc:date>2017-03-14T03:45:02Z</dc:date>
    </item>
    <item>
      <title>Re: Does Performing a Manual Failover Ever Disruptive?</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Does-Performing-a-Manual-Failover-Ever-Disruptive/m-p/116109#M78903</link>
      <description>&lt;P&gt;Before performing failover, it is a good idea to also check following:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;The other namenode is alive and not in safemode.&lt;/LI&gt;&lt;LI&gt;The other namenode shows all expected datanodes alive.&lt;/LI&gt;&lt;/UL&gt;</description>
      <pubDate>Fri, 17 Mar 2017 04:16:57 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Does-Performing-a-Manual-Failover-Ever-Disruptive/m-p/116109#M78903</guid>
      <dc:creator>jitendra1</dc:creator>
      <dc:date>2017-03-17T04:16:57Z</dc:date>
    </item>
  </channel>
</rss>

