Latest Contributions by ChristopherPawlyszyn

Thanks @NicolasGIS. Can you try unregistering both the tile cache and relational data stores from the ArcGIS Server site, stop the ArcGIS Data Store service, rename (or delete) the arcgisdatastore directory, reregister the data stores, then attempt the restore again?   We're still iterating through some fixes internally but I am unsure of when they'll be able to make it in a public patch, so this is merely a temporary workaround until that time. ... View more

If looking to update the privatePortalURL for an existing environment that can be done following steps 8 and 9 in this documentation topic. The value that Portal for ArcGIS uses will take precedence over anything set in the federated ArcGIS Server sites' security configurations and be overwritten each time federation is validated. ... View more

@NicolasGIS just to be sure, is this when using the restoredatastore tool included with ArcGIS Data Store or the WebGISDR tool included with Portal for ArcGIS? If the former, you'll need to unregister the data store item from Server Admin (or Manager) before performing the restore. ... View more

@NicolasGIS I updated the path and steps above for clarity as well as some information about the backup location, the backup type is pulled from the installation location and not the site-specific location.   In terms of verifying the backup/restore method used, there is a backup metadata file included in the compressed webgissite file that contains that information. ... View more

If you have web-tier authentication enabled on the WebContextURL it cannot be used for the privatePortalURL. For architectures where the backend servers are able to access the WebContextURL for Portal for ArcGIS, it's easy to match the privatePortalURL to that value to avoid the need to provision a separate listener on the LB.   The privatePortalURL for an HA site does need to be load balanced so in the case of a single Portal for ArcGIS machine going down the federated ArcGIS Server sites/machines still have an administrative connection to the remaining Portal for ArcGIS machine.   The example, https://lb.example.com/portal, is a stub URL used to build the full URL by the underlying components, so would be correct with the caveat mentioned above. ... View more

@NicolasGIS I'm still working through some iterations, I had tried on two separate systems so had one that hadn't gone through the backup process already. Will report back. ... View more

Thanks for the additional information @NicolasGIS, we're still looking into this more internally but it appears there is a defect in the new backup/restore logic implemented for the tile cache data store at 11.1 for scene services published at an earlier version. I'm working with Support to get a bug logged in the system.   We can set the data store to use the previous method, as this was successful in my testing. The following changes should be performed on all ArcGIS Data Store machines with the tile cache data store configured: Modify the tilecache_backup_type property in <ArcGIS Data Store install path>/framework/etc/datastore.properties to REPLICATION_BACKUP Restart the ArcGIS Data Store service Take a new backup from the primary deployment Once the changes are complete for the machines in the site: Unregister the existing backup location (if configured) and delete the contents on the secondary deployment, then re-register the same location If using the DEFAULT_LOCATION (<arcgisdatastore>/backup/tilecache), will need to register a new backup location and set as default Restore to the secondary deployment Verify scene layers are accessible on the secondary deployment ... View more

This will be fixed in the upcoming 11.2 release. Here's the defect for reference: BUG-000158207 Operational health script throws exception if machines do not exist for ArcGIS Data Stores like graph and object stores on non-hosting site ... View more

@NicolasGIS - I'll need a bit to look into reproducing this, we're wrapped up in certification for our next release right now; will touch base with Support contacts as well. Hopefully I can get to some testing later this week and I'll report back. ... View more

Thanks for reporting this as the specific behavior is not something we've identified previously. At 11.0, we put additional cleanup mechanisms in place to reduce the number of database directories saved during failover, but at 10.9.1 and prior there was no automatic clean-up. At previous versions it may be worthwhile to configure an automated task/cronjob to cleanup dbXXXXXXXXX directories based on timestamp. ... View more

Did you define the DNS alias appropriately in the SSL certificate section of the cloud builder application? There is the option to use a self-signed certificate, which would restrict access to the cloudapp.azure.com host, or an imported certificate, which allows traffic via the defined hostname.   If the wrong option was chosen there, the site will need to be undeployed and redeployed as the federation URLs are dependent upon this information and can't be easily updated for a configured system. ... View more

@GrantHopkins1 have you added the site to the list of trusted sites?   Taking a different angle, what is the current experience when you access the Portal? If you get a browser challenge for the 401 response then the issue still exists client-side, if you are sent to the Portal for ArcGIS login page then it's likely misconfigured on the server-side configuration for the ArcGIS Web Adaptor. ... View more

A few questions come to mind: Since you're using a hostname.properties file, does the DNS still resolve to the IP address of the local machine? Can you access Portal for ArcGIS via port 7443 directly? Any disk space issues on the VM? If you're unable to access 7443, I would suspect an issue with the web server (Tomcat) startup. If that may be the issue, you can validate the server.xml file is in-tact in /opt/arcgis/portal/framework/runtime/tomcat/conf by comparing to another working system or look at the logs in ../framework/runtime/tomcat/logs for additional clues. ... View more

I'd recommend looking more into the portal log directory, as the improper database connections are related to BUG-000134945 and shouldn't causing the inability for Portal for ArcGIS to start successfully. ... View more

Few questions here: Do you see anything reflected in the cluster-level Events about provisioning issues? Can you capture the relational store description and pod logs? kubectl describe pod/arcgis-relational-store-<clusterID>-<nodeID>-0 -n <namespace> kubectl logs pod/arcgis-relational-store-<clusterID>-<nodeID>-0 -n <namespace> -c main-container Can you capture the Admin API pod logs to make sure nothing was missed in the log export? kubectl logs pod/arcgis-rest-administrator-api-<ID>-<podID> -n <namespace> -c main-container The spatiotemporal message is indeed a red herring, due to not being able to ship logs to the Opensearch endpoint from filebeat; we'll look at improving that message before the site is created. ... View more