Latest Contributions by JonathanQuinn

The white paper below goes into a bit more information between the two: https://www.esri.com/content/dam/esrisites/en-us/media/whitepaper/data-in-arcgis-user-managed-and-arcgis-managed.pdf ... View more

Ah so before the WA is even registered, navigating to https://wahost.domain.com/webadaptorname/rest/info/healthCheck, for example, returns a 200? I feel like that's a bug; if the WA is not registered, it shouldn't return a 200 for URLs that would normally be forwarded to Server. The URLs that you can navigate through when registering the WA should be the only ones that returns a 200. ... View more

Requesting https://WA Host:443/webadaptorname/rest/info/healthCheck should be enough for ALB or NLB (your title indicates NLB but your post references ALB). However, even if the healthCheck endpoint returns a broken response it is still code 200 and healthy. So if you know Server is not healthy, (remove permissions to the config-store, for example), and manually make a request to https://server.domain.com:6443/arcgis/rest/info/healthCheck, you should see a 404 or 500 error, depending on the state of things. You're finding that making a request through the WA instead returns a 200? Making a request to the health check through the WA will 1) check whether the WA is accessible and 2) check whether the Server is accessible. The WA checks servers healthCheck URL as well and is only forwarding requests when it has also determined that the backend machine is healthy. ... View more

https://wing-agswa.dmz.meteoam.it/messages/rest/info: {"messages":["ArcGIS Web Adaptor è stato configurato con SSL/HTTPS. Abilitare SSL/HTTPS per il sito di ArcGIS Server"],"status":"error"} This statement implies that a request to https://wing-agswa.dmz.meteoam.it/messages/rest/info is returning an error that the WA is accessed via HTTPS but the Server may not have HTTPS enabled. Can you reach the Server over https://server.domain.com:6443/arcgis? In a browser, if you access https://wing-agswa.dmz.meteoam.it/messages/rest/info?f=pjson, do you see the error returned in the message above? ... View more

Could you search for the item title and type, extract the ID, then pass that into the delete method? from arcgis import GIS gis = GIS("https://portal.domain.com","administrator","administratorpassword",verify_cert=False) itemID = gis.content.search("SampleWorldCities","Map Service")[0].id item = gis.content.get(itemID) item.delete() ... View more

You'll need to install the HA Rejoin patch, not the Sites 3 patch. The Sites 3 patch does not have the fix in it. Once you install the HA Rejoin patch, you can try the shortname workflow. https://support.esri.com/en/Products/Enterprise/portal-for-arcgis/portal-for-arcgis/10-8-1#downloads?id=7864 ... View more

FYI there's no need to explicitly set the JAVA_HOME environment variable. The issue is more related to: ./webgisdr.sh: 5: [: x: unexpected operator which is specific to differences between sh/bash: https://stackoverflow.com/questions/3411048/unexpected-operator-in-shell-programming/3411061 We made some changes to use a single equal sign, which should fix it without setting JAVA_HOME. ... View more

Those storage options are actually for different things; S3 is for the content directory for Portal for ArcGIS, while DynamoDB is for the config-store for ArcGIS Server. You can't use S3 for the config-store for Server, and similarly you can't use DynamoDB for the content directory. So there's no "better" option; the question is rather do you want cloud storage for each component or not. ... View more

The WA may be determining that the IP of the DNS alias doesn't match the IP of the local machine, (external vs internal). What you can try is register using the actual FQDN of the machine, then set a Web Context URL to the DNS alias. https://enterprise.arcgis.com/en/server/latest/deploy/linux/using-a-reverse-proxy-server-with-arcgis-server.htm It's not technically a reverse proxy, but it's just a different alias that server should present as it's "public URL". ... View more

@Sander my suggestion is to go through a more "supported" approach following my instructions here. If you have updated the hostname.properties file, update the hostname there instead. ... View more

The bug is specific to having the tile cache data store registered, but not included in backups. If you don't publish scene services, including the tile cache data store in the WebGIS DR backup shouldn't increase backups times, (and work around the bug). ... View more

What version are you using? At 10.6.1 we fixed this problem: BUG-000114941 Unable to restore a backup to a standby site if the initial restore of Portal fails and you attempt to restore the backup again.   That's with the restore, not export, though. To fix your problem, try to edit the serverID via the Admin API to point to the ID referenced in Portaladmin. I think it'll allow you to do that. If not, just edit the security-config.json file directly to update the serverID. ... View more

Is beta-spatial-webgisdr-backup the backup bucket for the content, or for the backup itself? Is it in a separate region? If so, can you delete the VPC endpoint, which prohibits cross-region copying? ... View more

I realize that this doesn't help you now, but for the future, and for anyone else running into this, the admin URL can be updated via the Sharing API.  https://community.esri.com/t5/arcgis-enterprise-questions/edit-portal-services-url/m-p/430617/highlight/true#M16656 Steps 1-5 go through this. You can also see them in the documentation we have on migrating from a non-HA site to an HA site. While the context is different, the steps to update URLs is the same (step 10): https://enterprise.arcgis.com/en/portal/latest/administer/linux/configure-existing-enterprise-deployment-for-ha.htm ... View more

Yes, those steps look correct.  ... View more