IDEA
|
For GIS groups that do not have access to login to ArcGIS DataStore servers to run the DataStore command line utilities, it would be nice to be able to perform many (if not all) of these functions through the ArcGIS Server admin application of the hosting server or through the DataStore datastoreadmin site. Also being able to run describedatastore.bat at a minimum in order to see current datastore configurations would be helpful, but configuring datastore staging locations, backup locations, readwrite modes, etc. is also requested.
... View more
06-07-2021
11:56 AM
|
3
|
0
|
557
|
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
|
2651
|
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
|
2722
|
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
|
2722
|
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
|
8
|
2740
|
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
|
2217
|
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
|
3209
|
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
|
3254
|
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
|
7
|
3268
|
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
|
2288
|
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
|
2266
|
POST
|
Michael, I assume you are logging in to the ArcGIS Monitor server with the same Domain Account that is running the collector service and not some other user (ex. your personal account) The collector service (called the Monitoring Service in much of the documentation) is running as Local System (by default). I am getting ready to switch the Monitoring Service to a service account so that we can use the FileReadWrite Extension and test reading and especially writing to a share (we have up to 6 10.5.1 machines in one of our clusters). I am running the lmutil lmstat command that I reported on as an admin user account. I will aim to run the collector/Monitoring Service as a service account and also test the lmutil exe by running it as that same account. I will post here with my results. Thanks,
... View more
11-25-2019
01:02 PM
|
0
|
0
|
940
|
POST
|
Michael, Thanks for the steps and instructions. I was able to confirm that the lmutil.exe is not corrupt and can connect from the ArcGIS Monitor server to the license server machine. I was able to use "lmutil.exe lmstat" using several different flags and received the information I would expect. I did notice that even though I specify the 27003 port for 27003@<servername.here.com>, I also receive information from our FME license server running on 27005 (27005@<servername.here.com>). I had noticed a "Note: There may be only one instance of License Manager type per collector" below the Host field in the License Manager configuration page in ArcGIS Monitor Administrator. I had ignored this because FME is not listening on 270003, but when running lmutil lmstat, I'm also receiving FME license information. I neglected to mention the presence of the FME license server on this machine. Is that a problem?
... View more
11-25-2019
10:53 AM
|
0
|
2
|
940
|
POST
|
I have installed the License extension and am trying to configure it in ArcGIS Monitor 10.7.1 on Windows 2016. I have 2 other extensions installed, so in ArcGIS Monitor Administrator, I can create a new Ext counter and add the name, Type: License; port 27003; host name of the machine running the license manager. I've set Sample Interval to 5 minutes the default. I'm using a copy of lmutil.exe from our license server which is running LicenseManager version 2019.0. When I click Test, I get: Error: Unexpected error occurred while running machine. I've confirmed connectivity between the monitor server and the license server machines on the port documented above. I see my Tests of the LicenseManager extension in a log that is created by the support.bat, but no additional details about the error. Has anyone else seen this error with another extension or with the Licensemanager extension? Thanks, Allan
... View more
11-05-2019
11:01 AM
|
0
|
4
|
1150
|
POST
|
Any federated, hosting, or datastore server as well as the portal that webgisdir.bat is running on have to have the SHARED_LOCATION in webgisdr.properties. In other words this directory has to be created on each of those servers. The instructions in webgisdr.properties mentions this, but does not explicit say "create this directory on all your enterprise servers".
... View more
10-24-2019
10:30 AM
|
0
|
0
|
1969
|
Title | Kudos | Posted |
---|---|---|
1 | 04-29-2019 10:22 AM | |
3 | 06-07-2021 11:56 AM | |
1 | 01-07-2021 02:12 PM | |
1 | 01-07-2021 08:42 AM | |
1 | 10-10-2017 06:16 AM |
Online Status |
Offline
|
Date Last Visited |
07-02-2024
03:18 AM
|