<?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: How NIFI copy golden copy of flow.xml.gz into newly node in cluster. in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/How-NIFI-copy-golden-copy-of-flow-xml-gz-into-newly-node-in/m-p/183787#M77923</link>
    <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/16448/prakharagrawal619.html" nodeid="16448"&gt;@Prakhar  Agrawal&lt;/A&gt;  &lt;A rel="user" href="https://community.cloudera.com/users/11048/falbani.html" nodeid="11048"&gt;@Felix Albani&lt;/A&gt; is correct.  There is no way to automatically have a node delete his flow.xml.gz in favor of the clusters flow.  If we allowed that it could lead to unexpected data loss.  Lets assume a node was taken out of the cluster do perform some side work and the user tries to rejoin it to cluster, if it just took the clusters flow, any data queued in a connection that doe snot exist in clusters flow would be lost.  It would be impossible for Nifi to know if the joining of this node to this cluster was a mistake or intended, so NiFi simply informs you there is a mismatch and expects you to resolve the issue.&lt;/P&gt;&lt;P&gt;-&lt;/P&gt;&lt;P&gt;Also noticed you mentioned "NCM" (NiFi Cluster Manager).  NIFi moved away from having a NCM staring with Apache NIFi 1.x version.  Newer version have a zero master cluster where any connected node can be elected as the cluster's coordinator.&lt;/P&gt;&lt;P&gt;-&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Matt&lt;/P&gt;</description>
    <pubDate>Fri, 04 May 2018 22:57:08 GMT</pubDate>
    <dc:creator>MattWho</dc:creator>
    <dc:date>2018-05-04T22:57:08Z</dc:date>
    <item>
      <title>How NIFI copy golden copy of flow.xml.gz into newly node in cluster.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/How-NIFI-copy-golden-copy-of-flow-xml-gz-into-newly-node-in/m-p/183785#M77921</link>
      <description>&lt;P&gt;I have setup NCM with 3 nodes. Somehow one node disconnected or failed. Again I started that node But It shown error message that 'Failed to connect node to cluster because local flow is different than cluster flow'. For this I have deleted flow.xml.gz file from the failure node and start it. Then it's work fine. But I don't want to delete flow.xml.gz file.&lt;/P&gt;&lt;P&gt;Is there any way that NIFI automatically delete flow.xml.gz file from failure node when I will start failure node in the cluster.&lt;/P&gt;</description>
      <pubDate>Fri, 16 Sep 2022 13:10:45 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/How-NIFI-copy-golden-copy-of-flow-xml-gz-into-newly-node-in/m-p/183785#M77921</guid>
      <dc:creator>prakharagrawal6</dc:creator>
      <dc:date>2022-09-16T13:10:45Z</dc:date>
    </item>
    <item>
      <title>Re: How NIFI copy golden copy of flow.xml.gz into newly node in cluster.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/How-NIFI-copy-golden-copy-of-flow-xml-gz-into-newly-node-in/m-p/183786#M77922</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/16448/prakharagrawal619.html" nodeid="16448"&gt;@Prakhar  Agrawal&lt;/A&gt; AFAIK you need to manually resolve the problem and there is no automatic resolution for a difference in flow.xml.gz file as of now.&lt;/P&gt;</description>
      <pubDate>Fri, 04 May 2018 19:54:16 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/How-NIFI-copy-golden-copy-of-flow-xml-gz-into-newly-node-in/m-p/183786#M77922</guid>
      <dc:creator>falbani</dc:creator>
      <dc:date>2018-05-04T19:54:16Z</dc:date>
    </item>
    <item>
      <title>Re: How NIFI copy golden copy of flow.xml.gz into newly node in cluster.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/How-NIFI-copy-golden-copy-of-flow-xml-gz-into-newly-node-in/m-p/183787#M77923</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/16448/prakharagrawal619.html" nodeid="16448"&gt;@Prakhar  Agrawal&lt;/A&gt;  &lt;A rel="user" href="https://community.cloudera.com/users/11048/falbani.html" nodeid="11048"&gt;@Felix Albani&lt;/A&gt; is correct.  There is no way to automatically have a node delete his flow.xml.gz in favor of the clusters flow.  If we allowed that it could lead to unexpected data loss.  Lets assume a node was taken out of the cluster do perform some side work and the user tries to rejoin it to cluster, if it just took the clusters flow, any data queued in a connection that doe snot exist in clusters flow would be lost.  It would be impossible for Nifi to know if the joining of this node to this cluster was a mistake or intended, so NiFi simply informs you there is a mismatch and expects you to resolve the issue.&lt;/P&gt;&lt;P&gt;-&lt;/P&gt;&lt;P&gt;Also noticed you mentioned "NCM" (NiFi Cluster Manager).  NIFi moved away from having a NCM staring with Apache NIFi 1.x version.  Newer version have a zero master cluster where any connected node can be elected as the cluster's coordinator.&lt;/P&gt;&lt;P&gt;-&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Matt&lt;/P&gt;</description>
      <pubDate>Fri, 04 May 2018 22:57:08 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/How-NIFI-copy-golden-copy-of-flow-xml-gz-into-newly-node-in/m-p/183787#M77923</guid>
      <dc:creator>MattWho</dc:creator>
      <dc:date>2018-05-04T22:57:08Z</dc:date>
    </item>
  </channel>
</rss>

