POST
|
Hi, Luke. Yes, we were able to resolve the issue with the WMS layer, by updating the security configuration for our Portal. We added domain name for the server hosting the service by updating the security configuration within the Portal Administrator. For us we added, "www.mrlc.gov" to the "allowedProxyHosts". Hope that make sense. Please let me know if you have any additional questions. Best, Dixie.
... View more
04-17-2020
12:19 PM
|
0
|
2
|
492
|
POST
|
Thanks for the information, Jonathan. Java is not mentioned as a requirement in the documentation referenced above. Thanks again.
... View more
04-07-2020
09:54 AM
|
0
|
2
|
1341
|
POST
|
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
04-06-2020
11:52 AM
|
0
|
4
|
1442
|
POST
|
The patch site now displays the correct checksum for the Windows 1061 patch.
... View more
04-03-2020
06:03 AM
|
1
|
0
|
598
|
POST
|
Hello. Has anyone else noticed that the Windows 1061 md5 hashfile listed on ESRI's Support site for the ArcGIS Server Security 2020 Update 1 Patch (https://support.esri.com/en/download/7775) does not match when you use the 'certUtil' command line utility? It looks like the hash provided was accidentally copied from the linux tar hash because these two are the same. Screens displaying Windows 1061 hash, Linux 1061 hash and certutil results. I have submitted an ESRI Support request, just wondered if someone else already had an updated checksum. Best, Dixie.
... View more
04-02-2020
11:19 AM
|
0
|
1
|
638
|
POST
|
Thanks so much for your help, Jonathan Quinn! The fourth time was a charm! I was able to do a restore and have not yet completed the testing by making a change in DNS, but will tomorrow. But, there is content in the secondary Portal when there was none before. Cheers!
... View more
12-19-2019
07:06 AM
|
0
|
0
|
3784
|
POST
|
Thanks for your patience, Jonathan Quinn. I believe I did follow your steps outlined above. I used enterprise.domain.com as the URL references on enterprise1. I will try it again (maybe fourth time is a charm?). Thanks again for your time, Dixie.
... View more
12-18-2019
01:09 PM
|
1
|
1
|
3784
|
POST
|
Wow! Thanks, Jonathan Quinn for the speedy response! I am a bit confused about your step #5 above. We are not using a separate web adaptor machine, everything is installed on a single machine. Therefore, are you saying that during the web adaptor configuration process, I should use the machine name for the secondary host as the URL for Portal and Server? For the sake of illustration - gis1.domain.com (primary) and gis2.domain.com (secondary). So, while preparing the secondary server, I should use gis2.domain.com:6443 and gis2.domain.com:7443 for the Server URL and the Portal URL during the web adaptor configurations? Thanks again, Dixie.
... View more
12-18-2019
12:00 PM
|
0
|
4
|
3784
|
POST
|
Greetings, all! Can anyone provide any insight into what I might have wrong here? I am attempting to follow the example outlined in the ArcGIS Enterprise blog, Migrate to a new machine in ArcGIS Enterprise using the WebGIS DR tool. I have installed and configured the software on the secondary machine three times in an attempt to get this working. The first time was a rookie mistake as I had the IP address for the primary machine recorded incorrectly in the secondary machine's hosts file. Here are the details: I have two identical VMs. I installed and configured the primary server as a base deployment (I did not use the Enterprise builder). I registered a file-based data store using a file share, created sample content in the Portal, and updated the Portal's identity store with our Active Directory. I then created a backup using the webgisdr tool. The backup is on the same server that hosts the registered file-based data store. Next, I configured a secondary server. As recommended in the blog, before installing software I added entries to the secondary server's local hosts file to use the primary server's host name followed by the IP address for the secondary server. During the web adapter installs and configurations for Portal and Server, I used a reference to the primary host for the Server and Portal URLs (see image 1 below). Both reported success in configuration and reported the registered machine name as that of the primary host. There was not a mention of using the primary's hostname during configuration in the blog, but I figured it was necessary. During configuration, I was able to launch Portal, Server, Portal Admin and Server Admin on the secondary machine using the primary machine's hostname in the URL. I was able to federate the Server with Portal and set the Server as its hosting server, though I was asked to authenticate via the Portal using the secondary hostname in the URL. When I tried to restore the site using webgisdr on the secondary server, I received an error indicating the PublicPortalURL value was not the same for both sites (see image 2 below). I know the PublicPortalURL parameter is present in the Server's properties object, can it be modified directly in the Server Administrator (see image 3 below)? Is there another way to make sure the two URLs are identical? Thanks in advance for any guidance. I feel like I am close, but am just missing something pretty critical. Best wishes to all for a bright and beautiful 2020! Dixie.
... View more
12-18-2019
10:28 AM
|
0
|
7
|
4077
|
POST
|
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
10-31-2019
08:09 AM
|
0
|
0
|
838
|
POST
|
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
10-28-2019
08:42 AM
|
1
|
0
|
558
|
POST
|
Hi, Jonathan. Thanks so much for the reply. I was able to resolve the issue by running the configureserviceaccount utility in the tools directory on the data store machine which allowed me to update the service account to the correct domain account. Somehow the service account associated with the NT service was incorrect. After running that utility, I was able to run the webgisdr utility and create a complete backup. I was just getting ready to update this thread when I saw your reply. Thanks again. Best, Dixie.
... View more
08-26-2019
04:42 PM
|
0
|
0
|
1399
|
POST
|
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
08-26-2019
03:31 AM
|
0
|
2
|
1786
|
POST
|
Thanks for the response, Emily. Unfortunately we did not get any further with Firefox. It still keeps us in the loop. I appreciate your time. Best, Dixie.
... View more
08-16-2019
09:13 AM
|
0
|
0
|
1172
|
POST
|
Hi, Emily. I am running into the same issue with a "No token found" loop when trying to register a standalone copy of the DEV WAB (2.13) with our Enterprise Portal (10.6.1). Before I submit my own Support call to ESRI, I was curious if you got this resolved? Thanks in advance, Dixie.
... View more
08-16-2019
08:40 AM
|
0
|
2
|
1172
|
Title | Kudos | Posted |
---|---|---|
1 | 04-03-2020 06:03 AM | |
1 | 02-18-2019 09:40 AM | |
2 | 10-19-2020 07:57 AM | |
1 | 05-18-2020 09:10 AM | |
1 | 12-18-2019 01:09 PM |
Online Status |
Offline
|
Date Last Visited |
01-19-2021
02:06 PM
|