<?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>topic Joining an additional ArcServer machine to a federated Portal fails in ArcGIS Enterprise Questions</title>
    <link>https://community.esri.com/t5/arcgis-enterprise-questions/joining-an-additional-arcserver-machine-to-a/m-p/1556489#M40935</link>
    <description>&lt;P&gt;Hello, I have a high-availability system where Arc Portal/Datastore/Server are each on two machines, i.e., we have 6 total nodes and then a fileserver ec2 instance that acts as a shared directory between everything. One of the ArcGIS server nodes went down during testing and when I try to spin it back up and join the existing site, I keep getting an error:&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Error: Failed to join the site. Machine '&amp;lt;redacted&amp;gt;' cannot access 'AGSDataStore_ds_4kwjycbq' data store(s) registered with the site. Please ensure that the ArcGIS Server account has read and write access to the data store(s).&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;Use -h for help.&lt;/STRONG&gt;&lt;BR /&gt;&lt;BR /&gt;I tested access to the primary IP of the first datastore machine from the node I am trying to join to my site, and it works fine, however, I cannot reach the standby datastore node, so I am wondering if that is the reason the join-site utility is failing. I tested the same thing on my currently joined node, and I have the same experience: I can reach the primary datastore endpoint, but the standby one does not work, so it's a bit confusing.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Is there something I am supposed to do when adding an additional ArcGIS server machine to my federated ArcGIS portal that allows this join-site utility to work?&lt;BR /&gt;&lt;BR /&gt;EDIT: I wanted to clarify that I was able to validate the relational datastore from within portal web UI, as well as validate each individual datastore machine from the portal administration endpoints.&lt;/P&gt;</description>
    <pubDate>Thu, 07 Nov 2024 20:04:21 GMT</pubDate>
    <dc:creator>JVig</dc:creator>
    <dc:date>2024-11-07T20:04:21Z</dc:date>
    <item>
      <title>Joining an additional ArcServer machine to a federated Portal fails</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/joining-an-additional-arcserver-machine-to-a/m-p/1556489#M40935</link>
      <description>&lt;P&gt;Hello, I have a high-availability system where Arc Portal/Datastore/Server are each on two machines, i.e., we have 6 total nodes and then a fileserver ec2 instance that acts as a shared directory between everything. One of the ArcGIS server nodes went down during testing and when I try to spin it back up and join the existing site, I keep getting an error:&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Error: Failed to join the site. Machine '&amp;lt;redacted&amp;gt;' cannot access 'AGSDataStore_ds_4kwjycbq' data store(s) registered with the site. Please ensure that the ArcGIS Server account has read and write access to the data store(s).&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;Use -h for help.&lt;/STRONG&gt;&lt;BR /&gt;&lt;BR /&gt;I tested access to the primary IP of the first datastore machine from the node I am trying to join to my site, and it works fine, however, I cannot reach the standby datastore node, so I am wondering if that is the reason the join-site utility is failing. I tested the same thing on my currently joined node, and I have the same experience: I can reach the primary datastore endpoint, but the standby one does not work, so it's a bit confusing.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Is there something I am supposed to do when adding an additional ArcGIS server machine to my federated ArcGIS portal that allows this join-site utility to work?&lt;BR /&gt;&lt;BR /&gt;EDIT: I wanted to clarify that I was able to validate the relational datastore from within portal web UI, as well as validate each individual datastore machine from the portal administration endpoints.&lt;/P&gt;</description>
      <pubDate>Thu, 07 Nov 2024 20:04:21 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/joining-an-additional-arcserver-machine-to-a/m-p/1556489#M40935</guid>
      <dc:creator>JVig</dc:creator>
      <dc:date>2024-11-07T20:04:21Z</dc:date>
    </item>
    <item>
      <title>Re: Joining an additional ArcServer machine to a federated Portal fails</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/joining-an-additional-arcserver-machine-to-a/m-p/1556507#M40937</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.esri.com/t5/user/viewprofilepage/user-id/490040"&gt;@JVig&lt;/a&gt;,&amp;nbsp;when you initially joined the additional ArcGIS Server machine, did you have the standby ArcGIS Data Store configured before or after?&amp;nbsp; If it was after, it sounds like ArcGIS Server may be validating connections to both primary and standby data stores.&amp;nbsp; To test further, could temporarily remove the standby data store and try joining the the additional ArcGIS Server machine.&lt;/P&gt;</description>
      <pubDate>Thu, 07 Nov 2024 20:41:53 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/joining-an-additional-arcserver-machine-to-a/m-p/1556507#M40937</guid>
      <dc:creator>JakeSkinner</dc:creator>
      <dc:date>2024-11-07T20:41:53Z</dc:date>
    </item>
    <item>
      <title>Re: Joining an additional ArcServer machine to a federated Portal fails</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/joining-an-additional-arcserver-machine-to-a/m-p/1556510#M40938</link>
      <description>&lt;P&gt;Hmm, let's see, the entire site was put together. So, both primary and standby datastores were registered and the site was then federated with the portal instance(s). Then testing happened, where I broke one of the connections to one of the two arcserver instances, and a health check fail caused that node to drop out of the target pool. The autoscaling group fired off a new ec2, and it attempted to rejoin the site which resulted in the above error.&lt;BR /&gt;&lt;BR /&gt;I can attempt to deregister the standby node and give it another try though!&lt;/P&gt;</description>
      <pubDate>Thu, 07 Nov 2024 20:49:38 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/joining-an-additional-arcserver-machine-to-a/m-p/1556510#M40938</guid>
      <dc:creator>JVig</dc:creator>
      <dc:date>2024-11-07T20:49:38Z</dc:date>
    </item>
    <item>
      <title>Re: Joining an additional ArcServer machine to a federated Portal fails</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/joining-an-additional-arcserver-machine-to-a/m-p/1556566#M40939</link>
      <description>&lt;P&gt;Hey&amp;nbsp;&lt;a href="https://community.esri.com/t5/user/viewprofilepage/user-id/10527"&gt;@JakeSkinner&lt;/a&gt;&amp;nbsp;, thanks for the advice. That worked out just fine: once I deregistered the standby datastore, I was able to add the secondary node without issue. I was then able to reregister the standby node, and everything was great.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;To add a layer of complexity here this is supposed to be a self-healing, infrastructure-as-code I am writing here, so this sort of dancing between nodes will require some more advanced scripting, but I thank you for the solution.&lt;/P&gt;</description>
      <pubDate>Thu, 07 Nov 2024 21:39:39 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/joining-an-additional-arcserver-machine-to-a/m-p/1556566#M40939</guid>
      <dc:creator>JVig</dc:creator>
      <dc:date>2024-11-07T21:39:39Z</dc:date>
    </item>
  </channel>
</rss>

