Select to view content in your preferred language

11.5 - webgisdr - replication of objectStore broken - still pointing to original machine

2276
17
Jump to solution
09-27-2025 07:52 AM
NicolasGIS
Honored Contributor

Hello,

I am testing the replication of an Enterprise 11.5 deployment on Windows Server 2022 with 3 datastores (tileCache, relational, and objectStore).

I set up a standby environment on a different set of VMs and restore a webgisdr backup. At first sight, everything is in order and all the components are properly restored and connected one another.

But when having a closer a look at the objectStore, I realized that is now pointing to the original objectStore.

You can notice it:

- from the ArcGIS Server manager when validating the objectStore: the _proxyUrl parameter is:

https://myoriginaldatastoreVM.company.com:2443/arcgis/datastoreadmin/machines/MYORIGINGALDATASTOREVM...  

- from the ArcGIS Server admin interface when checking the machines of the cloud store "objectStore":

https://myags.company.com:6443/arcgis/admin/data/items/cloudStores/AGSDataStore_objectstore_oz_aev7q... 

it is the name of the original datastore VM which is written (ie: "myoriginaldatastore").

 

Also, if you now check the replicatedDataStore VM, and browse:

https://localhost:2443/arcgis/datastore/

You will see that it is no longer "attached" on the replicated deployment.

 

I am confused: is it a BUG or a feature ? Did I miss anything @JonathanQuinn maybe ?

 

Thanks,

 

/cc FYI @PhilippeVDV @CedricDespierreCorporon 

17 Replies
PhilippeVDV
Frequent Contributor

Apparently it will be fixed in 12.1: BUG-000180128 for ArcGIS Data Store

Let's hope so

0 Kudos
PhilippeVDV
Frequent Contributor

@NicolasGIS @SimonSchütte_ct 

This one seems to be solved through the new released patch: https://support.esri.com/en-us/patches-updates/2026/arcgis-server-security-2026-update-1-patch

Can you confirm that  the patch solves it indeed?

(I'm still on 11.5,  but curious whether the patch solves it in 12.0)

Best regards

Philippe

SimonSchütte_ct
MVP Regular Contributor

@PhilippeVDV I had the opportunity to test this part of the patch prior public release and it worked as intended. I´d highly recommend installing all security patches anyway 🙂

PhilippeVDV
Frequent Contributor

OK, thanks for the confirmation @SimonSchütte_ct . The patch notes are bit confusing according to me: ArcGIS Server Security 2026 Update 1 Patch

"BUG-000180128 - After disaster recovery with the WebGISDR restore in a new passive standby environment, the ArcGIS Data Store object store host name is still pointing to the old object store host name in both ArcGIS Data Store (describedatastore) and ArcGIS Server data stores. (12.0 only)"

This made me think that only the patch for 12.0 solves it in AGE 12.0. But I understand from your observations that the 11.5 patch solves it in 11.5 as well?

0 Kudos
SimonSchütte_ct
MVP Regular Contributor

Yes, this is confusing and contradicts what is written below the bug details. I am not sure what to make of this.

0 Kudos
NicolasGIS
Honored Contributor

Hi @PhilippeVDV and @SimonSchütte_ct,

I deployed the patch on 11.5 environment and I confirm it does fix the bug 🙂

PhilippeVDV
Frequent Contributor

I installed the patch today and indeed, this one is solved

SimonSchütte_ct
MVP Regular Contributor

"This issue is resolved with the ArcGIS Server Security 2026 Update 1 Patch. The URL is: https://support.esri.com/en-us/patches-updates/2026/arcgis-server-security-2026-update-1-patch Patches are available for versions 12.0, 11.5, 11.4, 11.3 and 11.1. Refer to the 'Issues addressed with this patch' section of the patch page to determine the version(s) where this defect is addressed."
BUG-000180128 for ArcGIS Data Store

  • BUG-000180128 - After disaster recovery with the WebGISDR restore in a new passive standby environment, the ArcGIS Data Store object store host name is still pointing to the old object store host name in both ArcGIS Data Store (describedatastore) and ArcGIS Server data stores.