POST
|
Adam Roberts - not as yet. We are about to upgrade to 10.7.1 in the next couple of months, so we will try again at that version.
... View more
02-13-202007:27 PM
|
0
|
1
|
1324
|
POST
|
Hey Adrian Marsden, Could you clarify a few more things here: 1. is your JavaScript application running on IIS and running on the server which has a DNS Alias as 'maps'? 2. this server 'maps', is different to 'esri-gis'? 3. you mentioned that your URL changed from arcgis/rest/services to server/rest/services, does this mean someone has now configured an ArcGIS Web Adaptor called 'server' on the 'esri-gis' server and connected it with your ArcGIS Server on that machine? By default, I think every ArcGIS Server deployment has CORS enabled and the response set to *, so you shouldn't need to be manually changing the underlying ArcGIS Server config.
... View more
11-17-201909:49 PM
|
0
|
1
|
1495
|
POST
|
Thanks Jill Edstrom
... View more
09-26-201911:55 PM
|
0
|
0
|
670
|
POST
|
Hey All, We have a federated GeoEvent Server @ 10.6.1 and I'm trying to set the default connection to the Portal, to use the built-in Portal admin account, not one of our Active Directory admin accounts. All our Enterprise authentication uses AD and IWA, however, for this I would like to use the built-in, so as not to store a specific users details in the connection. We just get an invalid credentials error on the connection once we try and use the built-in account. As soon as I switch it to one of our admin AD accounts, it works as expected. Is this possible? Cheers, Jordan
... View more
09-19-201910:17 PM
|
0
|
2
|
766
|
POST
|
Just an update to this, we went into the ArcGIS Server Security settings and changed the short-lived token time value to 120 minutes. We then tested publishing again and it still timed out with the same errors as above, way before 120 minutes too. So I guess this is not the correct token setting...
... View more
08-01-201911:07 PM
|
0
|
0
|
1324
|
POST
|
嘿,伙计们,我们试图发布MXD很大(60mb) and associated SD file (10mb) to ArcGIS Server and we keep getting a failed error after around 30 minutes or so. For context, we have a 10.6.1 AGS, which is federated. The service we are trying to publish has a lot of layers in it (over 100) and has an associated pre-built cache, which sits on a mapped network drive. We've tried to publish it through ArcGIS Desktop and also by uploading the SD file to the Server Manager and on both occasions we get this same log results after around 30 minutes of waiting for the publishing to complete: Token Renewal Failed (No credentials available). 10014 Core server call to create service failed (/admin/createService). 23850 Failed to create the service.: Token renewal failed (No credentials available). 23836 Token renewal failed (No credentials available). 100104 Error executing tool: Publish Service Definition – Failed to execute (Publish Service Definition). 20010 Apologies, I am not able to copy the full log. The numbers to the right are the associated error code. I'm guessing the token it grabs before it publishes may have a 30 minute expiry time and for some reason it is unable to get another one? Does anyone have any advice for publishing large services? or know if there are any other workaround to get around what we are experiencing? Cheers, Jordan
... View more
08-01-201904:07 AM
|
1
|
4
|
1850
|
POST
|
Hi All, We have a HA Portal site, with a multi-machine Federated ArcGIS Server. The Portal and ArcGIS Server both have two Web Adaptors and Load Balancers in front of the WAs. IWA has been configured in IIS according to this technical article. If we browse to our Portal through the load balancer, e.g. 'https://lb.domain.com/portal/home', IWA works with no issues and we are authenticated. However, if we browse directly to either one of the Portal Web Adaptors, e.g. 'https://wa1.domain.com/portal/home' we are always prompted for login credentials and even if we enter the correct credentials, we never seem to get authenticated. Likewise, when we browse to a single ArcGIS Server, through Web Adaptor, or even directly to the server itself through 'https://server1.domain.com:6443/arcgis/manager', we are always prompted for authentication. However, if we go through the ArcGIS Server load balancer, e.g. 'https://lb2.domain.com/arcgis/manager' IWA works as expected and we get straight in. We can't seem to pinpoint what might be preventing us from doing this. We're wondering if it potentially is the federated server URL and admin URL are both set to 'https://lb2.domain.com/arcgis', therefore if we go to anything other than that Portal doesn't accept it. Typically, these issues aren't really a problem because all of our users are going through the load balancers and as such, are authenticating with IWA as expected. Where we have ran into issues is when we upgrade our ArcGIS Servers and the steps are to: un-install the Web Adaptors, then upgrade Servers, then Continue Server Upgrade using 'https://server1.domain.com:6443/arcgis/manager. Because of this, we can never authenticate with Portal at this step and always receive an Unauthorized Access message at the Server Manager. As previously mentioned, once we re-install both Web Adaptors and access it through the LB it all works again, but we dont believe the Servers have properly upgraded because we never see the Continue Server Upgrade step. Any advice on this would be great, are there settings with how we have federated we should be changing etc? Cheers, Jordan
... View more
06-08-201902:56 AM
|
0
|
0
|
433
|
POST
|
Hey Jonathan, Thanks for the quick response. We're performing these changes this weekend, so will see how we go! Thanks, Jordan
... View more
06-05-201911:03 PM
|
2
|
2
|
3192
|
POST
|
Hey All, We have a federated server which, when it was initially federated, a single Web Adaptor URL was used as the admin URL for the server, e.g. https://wa1.domain.com/arcgis. We now have a Load Balancer in front of two Web Adaptors which balance between the ArcGIS Server machines within this site. Therefore, we would like to update the federated Admin URL to point to https://lb.domain.com/arcgis. We are no longer in the position to un-federate/re-federate due to usage of the production system. Are we able to use the Portal sharing/rest directory to perform an 'update server' and change the Admin URL? If so, are there any envisaged knock-on effects we should be aware of, or check for? Note: we only want to change the Admin URL, not the ArcGIS Server URL. Thanks in advance, Jordan
... View more
06-05-201903:49 AM
|
3
|
4
|
3798
|
POST
|
I had the same issue with this. I managed to get past it by: Setting Portal to HTTPS only. Deleting the WAB folder and re-extracting it, then running startup.bat again. I couldn't get it to work using https://
02-03-201908:50 PM
|
0
|
0
|
938
|
Title | Kudos | Posted |
---|---|---|
1 | 07-09-201705:58 PM | |
1 | 11-14-201610:19 PM | |
1 | 07-13-201610:57 PM | |
1 | 02-28-201704:14 PM | |
1 | 07-06-201706:58 PM |
Online Status |
Offline
|
Date Last Visited |
11-11-202002:25 AM
|