|
POST
|
You should be able to create the regionsforcloudstorage.dat file within the webgisdr tool folder. Somewhat follows this doc: https://enterprise.arcgis.com/en/server/10.6/administer/linux/configure-regions-for-cloud-stores.htm but move it into the webgisdr tool folder instead. There is a bug about it not working when it's in framework\etc, which should work: BUG-000138487 WebGISDR tool does not recognize custom entries in regionsforcloudstorage.dat file in Portal's framework/etc directory Workaround: Download regionsforcloudstorage.dat file from http://arcgisstore105.s3.amazonaws.com/regionsforcloudstorage.dat and append necessary region to JSON. Save file and place in <Portal installation directory>/tools/webgisdr directory, then re-run WebGISDR tool. Example JSON for ap-east-1: { "name": "Hong Kong", "id": "ap-east-1", "s3endpoint": "s3.ap-east-1.amazonaws.com" }, S3 Endpoints can be referenced from https://docs.aws.amazon.com/general/latest/gr/s3.html
... View more
09-15-2021
03:46 PM
|
2
|
0
|
2772
|
|
POST
|
You can use the requests_ntlm library using the HttpNtlmAuth or HttpNegotiateAuth functions. HttpNtlmAuth requires you to pass in a username and password but HttpNegotiateAuth can simulate a single sign on experience. https://pypi.org/project/requests_ntlm/0.2.0/ https://github.com/brandond/requests-negotiate-sspi For services that are not on a federated Server using IWA, once you know what APIs are responsible for stopping/starting services, you can use the requests library; the samples on their help page are pretty useful. For example, use either function above, then use the auth object in the requests.post function: response = requests.post(url,data=params,auth=auth).text
... View more
09-15-2021
03:40 PM
|
0
|
1
|
1660
|
|
POST
|
Another approach is to update the Application Pool of the WA to be a named user, and then run Fiddler on the WA machine as the same user. You'll get all of the requests through the WA and importantly, you'll be able to see referer information. That may help point to which application the requests are coming from.
... View more
09-09-2021
11:06 AM
|
0
|
0
|
1802
|
|
POST
|
What you're seeing can be considered a bug, so you can contact Support to have it logged. Normally, the environment will at least set up a Web Adaptor for the front-end. The Web Context URL can only be set to 443. There's no way to update the hostname, you'll need to set up something in front of Portal.
... View more
09-09-2021
10:45 AM
|
0
|
0
|
1029
|
|
POST
|
Where is your content located? Is it on the file system, or is it in cloud storage? What version are you using?
... View more
09-08-2021
02:45 PM
|
0
|
1
|
1810
|
|
POST
|
You may be able to check the IIS logs that's hosting the Server WA for where the request is coming from. If it's internal, you can chase down the client machine making the request. If it's external, work with your IT staff to block the request.
... View more
09-08-2021
02:43 PM
|
0
|
2
|
1816
|
|
POST
|
@JamesGough this is going to be fixed in 10.9.1. They're automatically created as part of the restore.
... View more
09-03-2021
09:59 AM
|
0
|
2
|
1785
|
|
POST
|
Not a stupid question! We don't document the log path. They're under C:\arcgisportal\backup\walarchive by default, or wherever your "default content" directory was when installing Portal. I don't think that's related to Manager not returning logs. When I've seen it take a long time to get logs from Manager, or the Admin API, it's because Data Store wasn't in a healthy state and Server is waiting to collect logs from the Data Store. Try to restart Data Store as a relatively easy troubleshooting step, (during off-hours to limit downtime as necessary), and see if that helps.
... View more
08-19-2021
11:54 AM
|
0
|
0
|
3570
|
|
POST
|
16 MB transaction logs are generated automatically every hour, but can be generated quicker based on usage to the portal. At 10.9, we added a "backup" mode to the DR tool which does not remove the 5GB limit on the transaction logs, and will re-enable the limit if a backup was created using the "full" mode. Until then, you'll need to either clear out the transaction logs manually, (except for the most recent), or run a backup more frequently.
... View more
08-19-2021
09:53 AM
|
1
|
2
|
3660
|
|
POST
|
Do you have GeoAnalytics configured? I think it is related to GeoAnalytics and is the Spark UI. I'd reach back out to Tech Support and have them test on their own environment with GeoAnalytics.
... View more
08-18-2021
03:49 PM
|
1
|
0
|
2893
|
|
POST
|
It sounds like you're running into BUG-000134458 - In some environments, the standby portal does not rejoin successfully after shutting down We've addressed this in a patch: https://support.esri.com/en/download/7864 I assume the patch is not installed because part of the changes in the patch improve how the healthCheck handles the Sharing API not initializing. If it's returning a 404, the healthCheck would return false instead of true.
... View more
08-17-2021
09:50 AM
|
1
|
1
|
4726
|
|
POST
|
The main reason why you may want the LB to use the WA health check, (https://wa.domain.com/portal/portaladmin/healthCheck for example), is you make sure that the WA can proxy requests to the Portal or Server. It ensures that the WA's know that they are still registered. They shouldn't unregister themselves, but it provides an additional check to make sure the WAs can still send requests to backend machines.
... View more
07-23-2021
02:39 PM
|
1
|
0
|
5721
|
|
POST
|
While there is a workflow to update the redirect_uri list, @ChristopherPawlyszyn is correct in that once federated, Portal only knows about two URLs for federated servers; the services URL and the administration URL. These are the only URLs that can be used to access Server Manager, (assuming the services URL is either only using a reverse proxy or load balancer, or in the event you're using the web adaptors, they have admin access enabled). Updating the redirect_uri list likely won't help situations where you have multiple URLs you need to access services through, for federated servers at least.
... View more
07-20-2021
12:09 PM
|
1
|
0
|
5892
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 08-26-2016 10:10 AM | |
| 2 | 02-22-2024 07:22 AM | |
| 1 | 06-07-2024 07:11 AM | |
| 4 | 12-12-2024 08:52 AM | |
| 1 | 03-20-2024 12:35 PM |
| Online Status |
Offline
|
| Date Last Visited |
03-06-2026
09:51 AM
|