POST
|
Tried creating a new user profile by renaming the ESRI folder but no change
... View more
01-21-2021
12:29 PM
|
0
|
0
|
72
|
POST
|
I think that the issue is the failure to connect to the proxy server. Our users do not go through a proxy to access internet sites. ArcCatalog does not have a proxy server setup and Windows networking does not have a proxy set up in that configuration either. I have been trolling through user profile files to see if there is something hidden there. Thanks, Allan
... View more
01-07-2021
02:12 PM
|
1
|
2
|
143
|
POST
|
Robert, Forgot to mention that we had done this. Here are the 2 articles we have been using to try to fix this issue: https://support.esri.com/en/technical-article/000013176 https://my.usgs.gov/confluence/display/EGIS/Resetting+your+ArcGIS+application+profile We have tried all the recommended steps in these 2 articles except completely resetting the user's profile in the 2nd url from the USGS. We are going to try this next, but I was hoping to avoid a drastic step like this. We have also uninstalled and then reinstalled ArcGIS Desktop.
... View more
01-07-2021
02:09 PM
|
0
|
3
|
143
|
POST
|
I have a user who cannot login to AGOL from ArcGIS Desktop 10.5.1. Under Add Data, the Add Background later function is greyed out. Under the File Menu the Sign in option is greyed out. We have 100's of Desktop installations and only one user is having this problem. He is able to login and access our AGOL organization correctly when using any web browser. ArcGIS Desktop seems to be looking for a non-existent proxy and no proxy is configured in Arc or Windows. Connection Test results: Ran ArcGIS Connection Tests - Proxy Server Test - Failed Reason Unknown. Our network does not use a proxy server. I've checked ArcCatalog network settings and Windows network settings to confirm no proxy information is incorrectly entered where there should be none. I have also had him replace Normal.mxt to see if it's an issue with any customizations he is currently using in his mxd files. The behavior is the same in multiple mxds. Download Speed Test - Failed Test site unreachable. Network Latency Test - Passed Network latency 0 ms. Rating Excellent Network Route Test - Passed Network route solved with 1 nodes. Route details : XX.XX.XX.XX [<machine name here>]
... View more
01-07-2021
08:42 AM
|
1
|
5
|
161
|
POST
|
As described above, even though our WebGIS/ArcGIS Enterprise system of portal/hosting server/datastoreserver/federated servers worked correctly for users to upload, store, and interact with items through the portal, the following communication paths through the firewall were needed to allow webgisdr to successfully complete a webgis backup. Datastore server to internal hosting server machine on 6443 Datastore server to internal portal server machine on 7443 Datastore server to portal proxy site on 443 The 498 error above was specifically fixed by the first rule listed above. These rules were put in place to handle token requests during the webgisdr backup process.
... View more
12-03-2020
12:22 PM
|
0
|
0
|
162
|
POST
|
David, Thanks for the insights. I am looking to see if there is a way to add the portal url to the relational datastore configuration without having to unfederate and federate. Apparently, we are able to operate this DS with the AGS site in order to use these components as a hosting server because we have been able to host layers and items through the portal. I'm trying to run the webgisdr tool and found that we should have changed our backup location to a shared drive. Is there a way to add the portal url or do we have to reconfigure a new relational datastore using the portal credentials instead of the AGS credentials? We configured the relational datastore before federation so we used an AGS admin credential. Should we have federated the AGS server first, then configured the datastore using a portal credential second, and then made this the hosting server third? Thanks, Allan
... View more
11-30-2020
09:06 AM
|
0
|
1
|
198
|
POST
|
The AGS and DS domain accounts do have read/write/modify to the shared backup location. However, these Windows accounts are not in the AGS or Portal user stores (we are not using IWA). We used built-in ArcGIS Server accounts to set up the DataStore server. I would assume that these same credentials would be used to change the configuration of the datastore. We are using the initial AGS admin account that was created with the AGS site. Also, what is the difference between using configurebackuplocation and changebackuplocation. I've used both tools and get the same "Error encountered: Failed to generate a token for the user." I think the datastore commands are using the credentials that were used to set up the datastore. I can manually get a token through the arcgis/admin site from the DataStore server. Hardly any of the DataStore tools can take a parameter for username/password, so I assume they are getting credentials to request the token from either the database or a configuration file I haven't found yet. Thanks for the quick response
... View more
11-24-2020
09:04 AM
|
0
|
3
|
243
|
POST
|
When attempting to run the configurebackuplocation.bat command, we get the following error: d:\<datastoreinstallpath>\tools\configurebackuplocation.bat --location \\<uncpathtoshare>\relational --store relational --operation change You are attempting to change the backup location of the data store. For a relational data store, existing backups will be copied to the new location and it could take a few moments. For a spatiotemporal big data store, the data store service could be restarted. Please do not interrupt the process once it has started. Do you wish to continue (Yes or No)?Yes Error encountered: Failed to generate a token for the user. When we configured the relational datastore, we provided credentials for the ArcGIS Server hosting server (initial admin user). Isn't this command using the same credentials as the configuredatastore tool? describedatastore also shows no Portal URL because we set up the DataStore with the AGS hosting server before we federated it Windows Server 2012 ArcGIS Server, DataStore 10.7.1 What credentials does this command use or can you pass it different credentials?
... View more
11-24-2020
07:58 AM
|
0
|
5
|
257
|
POST
|
Running webgisdr tool and getting this during DataStore backup: 2020-10-14 14:48:07 DEBUG [pool-2-thread-5] com.esri.arcgis.webgis.component.service.impl.DataStoreDRService - The second response for DataStore createSnapshot: {"error":{"code":498,"details":["Token would have expired, regenerate token and send the request again.","If the token is generated based on the referrer make sure the referrer information is available with every request in header."],"message":"Invalid Token."}} DataStore server can access portal at load balancer site (name in WebContextURL portal property) on 443 DataStore server cannot access portal server at servername:7443 Does this error suggest that the datastore servers need to access the portal servers directly on 7443 to request a token and do not request a token from the load balancer site? We have our network segmented so that Proxy/load balancer is in 1 zone; portal/ags servers in 2nd zone; datastore servers in 3rd zone. We have firewall rules that allow access for the portal and federated servers to communicate and all ArcGIS Enterprise functionality is available. I've had to add at least 1 firewall rule so that webgisdir works (DataStore to portal WebContextURL on 443 so that a token could be requested at an earlier point in webgisdr run). I haven't found any documentation that suggests that webgisdir needs additional communication paths from the working ArcGIS Enterprise/Portal paths. It appears webgisdr does use additional communication paths than a working portal/federated server use. Is this true? If so, what are those additional communication paths? Environment: 10.7.1 Windows 2016 Standard 2 portal servers (HA), 3 AGS sites federated including 1 hosting site (each has 2 AGS servers), 2 DataStore servers with a relational DataStore only
... View more
10-14-2020
01:51 PM
|
0
|
1
|
233
|
POST
|
Alexander, I'm getting the same dialog but for me it shows to login to the server domain, not the external site name I use in WebContextURL. I haven't tried unfederating because I have 3 ArcGIS Server sites federated with this portal
... View more
10-14-2020
11:31 AM
|
0
|
0
|
87
|
Online Status |
Offline
|
Date Last Visited |
Wednesday
|