Latest Contributions by Dixie_MDavis

Hello, all. I tried to run the webgisdr utility on a separate server from our primary Portal and got an error about the JAVA_HOME environment not being set.  I checked the environment variables on our primary Portal and JAVA_HOME is not set there, but Java looks to be available from the Portal's install path ($install_dir\framework\runtime\jre). We are setting up a disaster recovery configuration with primary and secondary Enterprise servers.  I read on this resource that the webgisdr utility could be copied and run from a different server than the server installed with Portal. + https://enterprise.arcgis.com/en/portal/10.7/administer/windows/overview-disaster-recovery-replication.htm Java is not installed on the server we would to use to run the utility.  Is Java a requirement for using webgisdr?   Thanks in advance for any help you can provide.  Best, Dixie. ... View more

Good morning, all. Yesterday our power went out while we were running the webgisdr utility on our Enterprise 10.6.1 system. The webgisdr process had not completed - it was combining the individual backups from the component software pieces (Portal, Server and Data Store) when the VMs were shut down. We have three VMs participating in the site - Portal and AGS are running on one server, the Data Store is on a separate server and the web adaptors are on another server running IIS. The AGS is federated with the Portal and acts as its hosting server. We are only using the relational data store. We do not have a great deal of content in the Portal, but do have a nearly completed web app, map services and hosted feature services. After the power went out it flickered, came back on for a 1/2 hour and then went out again. About an hour later it eventually come back up. After the power was stable, we tried to re-run the webgisdr utility to create a new backup. The webgisdr failed and reported that it was unable to connect to the ArcGIS server. We refreshed the NT services for all the software and even restarted the servers, but since then our Portal and ArcGIS server are not functioning correctly. Our current state is that the Portal is running, we can login, but if we try to view any hosted services it reports that the layers are unavailable. The Portal's Organization page indicates there is a problem with the federated server as there is a red exclamation point next to the AGS' url. The Portal administrator site does report the correct details about the AGS server when clicking Home > Federation > Servers. But, when we click "Validate" it reports a failure status and provides a Java exception that indicates a 403 status code when trying to access the AGS server. Attempting to access the AGS Manager site reports that the server is not currently participating in an ArcGIS Server site. Trying to access the REST end point for the AGS server on the host, returns a 503 status with the following error: "ArcGIS Server Site is not initialized." Regarding logs, no logs have been created for AGS (in the content directory\logs\<hostname>\server\) since yesterday when the power went out. The last statements written were "Verify machine registration observers: Disconnecting from site". The Portal logs (from the content directory) report a 403 error for the URL: https://<hostname>/<ags wa>/admin/data/findItems?managed=true... There are no tomcat logs in the framework\tomcat location for AGS and the only thing written in the latest Portal framework\tomcat log (catalina.2019-10-31.log) is 31-Oct-2019 08:52:17.314 SEVERE [https-jsse-nio-7443-exec-1] com.esri.commons.web.rest.providers.BaseProvider.getValue Token Required. Does anyone know if there is a way to get our AGS server back and re-established as our federated server? We do not have any existing Enterprise backups. We do have backups of our VMs from early last week, but before we go to a great deal of effort to restore the system and lose work, we want to find out if there is another way to restore the AGS server and its relationship to the enterprise. Thanks for sticking with me if you have made it to the end of this long post and we appreciate any insight folks may have. Best, Dixie. ... View more

Hello. We cannot connect to our Enterprise Portal.  The logs report error codes 218010 and 218012.  I suspect that the transaction logs are too large as logs from the weekend report that they are over 5GB.  I cannot run the webgisdr utility as it reports it cannot connect to https://<hostname>/<wa>/sharing/rest.  I have restarted the Portal, ArcGIS Server and Data Store services.  Our Server is federated with our Portal. Is there another way to clear the logs?  Is there another way to get Portal running again? We are stuck and unable to work at the moment on a critical Portal app.  We have contacted ESRI support, but I thought I would try the Community while I was waiting to hear back. Best and TIA, Dixie. ... View more

Hello. We are not able to run webgisdr in our Enterprise ArcGIS 10.6.1 environment. We receive an error in the log that reports the Data Store is not happy with the SHARED_LOCATION path. It reports that it cannot write to the path. We have updated this path and the BACKUP_LOCATION path so that they are both local to the Data Store machine and we are referencing UNC paths with the proper escapes (\\\\server_name\\share).  # We have three VMs that participate in the enterprise deployment. We have made sure that the service account that runs the NT service for the Data Store service has full NTFS permissions to the location. The AGS and Portal sites do complete successfully and are backed up but the files end up getting deleted from the temp directory and are never copied to the BACKUP_LOCATION, I imagine because the Data Store portions fails. I need to get this working asap as the Portal logs are complaining because the transnational logs are greater than 5GB. Does anyone have any insight into solving this issue? Is it possible for me to just run the three backups (for each component - Data store, AGS and Portal) separately? Thanks in advance for any help. Best, Dixie. #webgisdr #datastore #arcgisenterprise ... View more