POST
|
Re-federating fixed the issue, though this isn't an optimal solution if your Portal contains a good deal of content.
... View more
11-12-2020
05:46 AM
|
0
|
0
|
83
|
POST
|
My client has a 10.7.1 ArcGIS Enterprise environment with the following configuration (all servers are Windows OS): One single Portal machine Two ArcGIS Server machines forming the Hosted site and thus federated with Portal Two web machines, each containing a Web Adaptor for Portal and a Web Adaptor for ArcGIS Server Portal is configured for Windows authentication Web Adaptors for Portal are configured with Windows authentication only (IWA) Web Adaptors for ArcGIS Server are configured for anonymous authentication only Load balancer exists in front of the two web servers I'm seeing an authorization issue when attempting to browse to ArcGIS Server Manager. When I go through one of the Web Adaptors (we'll call it Web Adaptor 'A') via https://webserverA.domain.com/server/manager (where 'server' is the name of the ArcGIS Server Web Adaptor), I am signed in automatically with my Windows account as expected. However, when I go through the other Web Adaptor (we'll call it Web Adaptor 'B') via https://webserverB.domain.com/server/ manager , I get an "Unauthorized Access" message from ArcGIS Server Manager. Is this behavior expected or is there something misconfigured? I am thinking there may be a configuration issue... shouldn't I be able to get to ArcGIS Server Manager via either of the two web servers rather than just one? I have re-registered the ArcGIS Server Web Adaptors with the site, but the issue still persists. Does this sound like a federation issue potentially? Thank you in advance for your time and assistance.
... View more
08-28-2020
04:08 PM
|
0
|
2
|
200
|
POST
|
This sounds like it could possibly be a loopback issue. Try disabling the server's loopback check using the following Powershell: New - ItemProperty HKLM : \System\CurrentControlSet\Control\Lsa - Name "DisableLoopbackCheck" - Value "1" - PropertyType dword
... View more
05-22-2020
02:55 PM
|
0
|
0
|
29
|
POST
|
I have a question about the GIS Server URL when setting up a datastore via the web interface over port 2443. The help documentation seems to state that using any of the ArcGIS Server machines in a multi-machine site is acceptable. I'm curious, though, if doing this would still allow for high availability in the case where one of the ArcGIS Server machines fails. Would it be better, or required in this case, to specify a load balancer URL instead? For example, if I have ArcGIS Server machines A and B which are behind a load balancer (no web adaptor being used here), would the GIS Server URL for setting up a datastore need to be https://loadbalancer.domain.net:6443 instead of https://machineA.domain.net:6443 or https://machineB.domain.net:6443 ? In other words, what should the "Owning system URL" be when I perform a describedatastore? My goal is to make sure that ArcGIS Datastore can still communicate with ArcGIS Server in the event that one of the machines in that multi-machine site fails. Thanks in advance for your help. Also, this is for ArcGIS Enterprise 10.7.1.
... View more
05-19-2020
08:55 AM
|
0
|
1
|
173
|
POST
|
One of my clients has an HA setup with 10.7.1 but without web adaptors. Instead, they're using F5 load balancers to distribute requests. I'd like to know, when federating a multi-machine site with Portal, which URL should I be using for the Administration URL? In a single-machine site, it's obvious that you could simply use the machine name with port 6443 as the example suggests in the UI. But with a multi-machine site, should I be using the same value as the Services URL or should I be placing a load balancer in front of the site and subsequently using that URL instead? I don't believe I should be using one of the hosting machine names in this case. In other words, if my Services URL is https://loadbalancer.domain.net/arcgis, should my Administration URL be https://loadbalancer.domain.net/arcgis or https://loadbalancer.domain.net:6443/arcgis? One other way to ask this, I suppose, is should I be using the private or public load balancer for the Administration URL? Please see my diagram and screenshot below which is intended to covey federation between the Portal and its hosting site. Thanks in advance for your help.
... View more
05-13-2020
08:13 PM
|
0
|
1
|
87
|
POST
|
Is the 404 error in reference to the baseURL value? Post a screenshot of the full error message. My example above assumes you're using SSL so the URL is prefixed with HTTPS. Is it possible you need to use HTTP with port 6080 instead?
... View more
04-21-2020
10:08 AM
|
0
|
1
|
134
|
POST
|
Can you post a screenshot of 'before and after' so we can see what things look like from a Catalog view? I'm wondering if there is a permissions issue where the records referencing the object class are being purged from the SDE tables but the table itself is not being deleted at the database level. In other words, you may be logically deleting the reference to the object class according to SDE but not physically deleting the table from Oracle.
... View more
03-09-2020
10:26 AM
|
0
|
0
|
8
|
POST
|
I don't believe this is possible when working from within the WAB framework of Portal. You would likely need to use the developer edition of WAB if you're not using it already.
... View more
03-09-2020
10:16 AM
|
0
|
4
|
62
|
POST
|
Here is some code to iterate through users within Portal: source = GIS ( "https://servername.domain.com/portal" , "username" , "password" , verify_cert = False ) source_users = source . users . search ( '!esri_ & !portaladmin' ) for user in source_users : print ( user . username )
... View more
02-29-2020
03:03 PM
|
2
|
0
|
77
|
POST
|
When looping through the users, just do a content search for all items owned by a particular user and then check the length of the list. If the length is 0, then you can delete the user. search_result = gis . content . search ( query = "owner:" + userName , item_type = "" , max_items = 99999 , outside_org = False ) print ( length ( search_result ) )
... View more
02-28-2020
08:22 AM
|
1
|
1
|
16
|
Online Status |
Offline
|
Date Last Visited |
2 weeks ago
|