<?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 hdfs client takes 20s to failover to alternate namenode in Support Questions</title>
    <link>https://community.cloudera.com/t5/Support-Questions/hdfs-client-takes-20s-to-failover-to-alternate-namenode/m-p/208692#M170649</link>
    <description>&lt;P&gt;I have a cluster with two namenodes configured in a for HA. For failover testing, we purposely turned off namenode 1. However, when trying to check an HDFS file size from server 2, the HDFS client call still attempts to connect to namenode 1 first. This causes a 20s delay while it times out before it tries namenode2. I've tried setting the dfs.ha.namenodes.xxx property to change the search order but without success. It always trys namenode1 first and then, after 20s goes to namenode 2. This is causing unacceptable delays in our system which needs faster response times than having to wait 20s to connect to the correct namenode. Does anyone how I may rectify this problem?&lt;/P&gt;&lt;P&gt;Thanks, David&lt;/P&gt;</description>
    <pubDate>Fri, 06 Oct 2017 22:42:27 GMT</pubDate>
    <dc:creator>kc7bfi</dc:creator>
    <dc:date>2017-10-06T22:42:27Z</dc:date>
  </channel>
</rss>

