Latest Contributions by LorenzMeyer1

Hi @ScottTansley  It seems, that you're the chosen one answering questions related to the webgisDR tool. 😀 Hopefully you can, because Esri support (https://my.esri.com/#/support/cases/tech-cases?caseNumber=03461214) couldnt. Currently we have ArcGIS Enterprise 11.1 installed on Windows Servers 2022 (de-ch). Each component (Portal, ArcGIS Server, WebAdaptor, TileCache Data Store, Relational Data Store) runs on its own VM in Azure. On the tileCache VM a network share is created for the backup. On this share a domain user has full access to this backup location and this domain user also runs all the windows services (portal, arcgis server, arcgis data stores). The tilecache backup itself runs an has no problem at all. But running the WebgisDR tool from the portal VM, very often fails on the tileCache backup. The WebgisDR tool returns a message like this:  "Failed to back up the TileCache ArcGIS Data Store: ", "Url: https://tdsserver:2443/arcgis.", "{\"jobId\":\"b829bfaa-1d26-4bcc-a637-615e449514d7\",\"description\":\"Create data store snapshot 20240620-071150-68-FULL to \\\\\\\\portalserver\\\\LocalPortalBackup\\\\WebGISSite1718860306163\\\\dataStore\\\\d858d8d4-ce9e-4a01-b06b-67cc849e9fc2\",\"lastModified\":\"2024-06-20 07:17\",\"status\":\"failed\"}" If I check the logs of the tileCache server, I see an error like something here: <Msg time="2024-06-20T07:17:20,492" type="WARNING" code="110340" source="Data Store" process="7360" thread="21" methodName="" machine="tdsserver" user="" elapsed="" requestID="">Backup on data store machine 'tdsserver' failed. \\portalserver\LocalPortalBackup\WebGISSite1718860306163\dataStore\d858d8d4-ce9e-4a01-b06b-67cc849e9fc2\20240620-071150-68-full\tileCache\dbfiles\temp_ifc_a094355b_ce23_slpk_18_a585735327fe47c59421bbf7f851f7d8\1\temp_ifc_a094355b_ce23_slpk_18_a585735327fe47c59421bbf7f851f7d8.zip (The system cannot find the path specified)</Msg> So all what the WebgisDR tool has to do, is to copy the tileCache backup files from the tileCache server share to the portal backup share (located on the portal server). Most of the time it works, but sometimes (very often) it fails. The message above implies that the backup failed after copying the file from TDS (TileCache Data Store) server to Portal server, because it says it cannot find the file at destination (not at the source).  To fix this issue, we sometimes restart the TDS service or even the portal service. It is not an access rights problem, otherwise it would never work. It seems related to a network latency or something else.  Do you or somebody have a tip on how to make the webgisdr tool more stable for this kind of issue? I tried to have the backup of the TDS in an Azure storage account, but unfortunately I ran into this bug here https://my.esri.com/#/support/bugs/bugs?bugNumber=BUG-000166784 Thanks ... View more

I try to deploy an Azure Function App through VSCode. The deployment takes more than half an hour and never succeeds when in my requirements.txt the python package "arcgis" is listed. At least the arcgis latest version does not work for deployment. With "arcgis==1.9.1" in requirements.txt it worked after 10 minutes. The deployment does a zip deployment with a pip install on Azure. Anybody an idea what goes wrong? ... View more

On our fresh arcgis enterprise installation we face some issues when downloading bigger files (> 1GB) from the arcgis server output directories. The downloads get cancelled almost every time at 1GB. Setup: Azure Application Gateway pointing to WebAdaptor server 1 server for WebAdaptors based on IIS  1 portal server 1 hosting server 1 federated gis server in addition ... We have the feeling, no proof, that the issue is related to the WebAdaptor. But the webadaptor is a black box. No logs, no debug possibilities...  Downloading files directly from the IIS (without WebAdaptor) works smoothly. Only with the WebAdaptor, the issue remains. The fun fact: Depending on bandwith speed, you're either successfull downloading the big file or not. Someone closes the downloading transaction.  Any help appreciated... ... View more