Latest Contributions by JonathanQuinn

‎03-04-2020

When you set up IWA, and your browser is configured to automatically login depending on what zone you're in/what zone you put your URL in, then you won't be prompted for credentials. This is the intended behavior when you enable IWA. However, you can alter the behavior via the security settings on the machine: You could try to set the Logon dialog to "Prompt for user name and password" instead. This is found under IE > Internet Options > Security > Local intranet > Custom level. I believe Chrome honors the IE setting. I don't think automatic logon is enabled in Firefox. It has to be enabled manually: Enable Integrated Windows Authentication (IWA) in Mozilla Firefox - Knowledge Base Articles - Global Site

‎03-02-2020

Are you running into an issue with that workflow? The main thing is that you need to make sure that the internal URLs that your environment is configured with don't resolve to the original primary environment. As a basic example: The right hand side is production, the left hand side is a new standby environment. The web adaptor in the second environment has it's own hostname, but you're telling m2.domain.com to communicate with the web adaptor machine through an entry in the etc\hosts file. ArcGIS Enterprise is configured to use the "enterprise.domain.com" FQDN, but those requests will be routed to the standby site based on the etc\hosts entries. Another approach, if you can manage the downtime, is while configuring the standby, configure your reverse proxy to send traffic to the standby machines, just until you configure the environment. Once that's done, you can redirect traffic back to your original environment. Another key point is that the internal URLs, (privatePortalURL and the admin URL used in federation), must resolve to the standby environment via either etc\hosts entries, by configuring them to point to the machines directly, (m2.domain.com:6443/m2.domain.com:7443), or by having separate components that can handle that traffic.

‎03-02-2020

It's not going to delete the backups, as it's your data. Even though the upgrade went through, Portal will let you decide when the backups can be deleted. If this isn't called out in the docs, we can make that change. Once you're comfortable that the upgrade succeeded, you can delete the backups.

‎02-27-2020

Glad you got it working! Couple things I need to point out though: 1) Modifying internal files is not supported and risky. The pg_hba.conf file was getting updated because Portal is expecting and writes certain contents to it 2) The 2020-02-26 18:20:03.002 UTC [10957] FATAL: no pg_hba.conf entry for host "[local]", user "centos", database "centos", SSL off errors are expected. Portal is checking the status of the database, but prior to 10.8, doesn't check with a username nor DB, so it assumes the install user. These can be ignored. This is fixed at 10.8. 3) The trust setting allows you to connect to the database without a password, which is a security risk. Allowing anyone to connect from anywhere (0.0.0.0 and ::/0) is certainly not something you want to do.

‎02-26-2020

Yes, you're correct. Portal knows that you have a hosting server, which will give you the ability to publish hosted services, but it doesn't know anything other than that. If you want to pull in data from your enterprise geodatabase, you'll need to register it as a data store: Data sources for ArcGIS Server—Manage data | Documentation for ArcGIS Enterprise Once you do that, you can publish services referencing data in your enterprise geodatabase, and new items will be created in portal that point to those services. If the data within your enterprise geodatabase behind the services changes, those changes will be reflected within your applications. So portal never directly communicates with your data in your enterprise database, but it serves as a catalog for the services that are hosted on your federated servers. Those services may be using data from your enterprise database. This white paper goes into a bit of detail about managed data (data in the ArcGIS Data Store) and user managed, (data in your enterprise database): https://www.esri.com/content/dam/esrisites/en-us/media/whitepaper/data-in-arcgis-user-managed-and-arcgis-managed.pdf There's also a notion of "bulk publishing", where you can upload a database connection file to Portal. All feature classes within the database are created as items in the portal. The connection between the service and the data is still facilitated by Server, though: User-managed data stores in ArcGIS Enterprise—Portal for ArcGIS | Documentation for ArcGIS Enterprise Publish layers in bulk from a user-managed data store—Portal for ArcGIS | Documentation for ArcGIS Enterprise

‎02-24-2020

If the postgres.exe processes aren't running on your machine, you'll need to investigate the Event Viewer to see why Postgres is failing to start. You can ignore the entries like "is server running" or "postmaster.pid can't be found".

‎02-24-2020

Looks like the index service is having trouble resolving the hostname of the machine: Failed to resolve host [_site_, SERVERNAME, _local_] ... Caused by: java.net.UnknownHostException: SERVERNAME: Name or service not known Any issues running ifconfig/pings/hostname on the machine, and not returning the expected information?

‎02-21-2020

Under <install directory>/framework/runtime/ds/usr/logs, you should be able to see a log file that describes why the index service couldn't start. Can you post a snippet of those logs, obscuring any identifying information?

‎02-13-2020

Have you found issues creating the portal with content on the share, rather than creating the portal with content locally and then moving the content to the share? There shouldn't be any issues with creating the portal with content on the share, aside from the obvious permission issues.

‎02-13-2020

The script needs to know to get valid layer names from the original map document, which are the same layers in your webmap. The Extract Data Task sample does a good job of illustrating this: Extract Data Task—Help | ArcGIS Desktop Once the layers are in your original map document or TOC, those are the layers that will be used with the GP tool. The layers in the webmap aren't directly accessed to get the data, they're somewhat used as a reference to draw the bounding box.

‎02-12-2020

What was the issue you were running into with the DR tool? What errors were you seeing? Export Site from the Portaladmin API, (and import site) is the same thing that the DR tool is doing. The DR tool is simply a client that is making requests to all API's used for backing up the components, then it zips them up. You can recover the portal site, but if you have a base deployment, export site in portal won't give you a complete snapshot of the deployment at a single point in time.

‎02-12-2020

Yes, each distinct federated site would need its own web adaptor.

‎02-10-2020

Right, you'll just need to make sure that Portal is using an admin URL that can connect to any of the backend server machines. Step 10 a describes the URL you need to use to access the API for updating the admin URL: Sign in to the Portal for ArcGIS REST endpoint (in the format https://loadbalancer.domain.com/arcgis/sharing/rest) as a member of the default administrator role to update the hosting server information. You should then be able to follow 10b-10e to update the admin URL for the federated servers.

‎02-10-2020

There's some documentation on migrating from a standalone environment to HA: Configure an existing ArcGIS Enterprise deployment for high availability—Portal for ArcGIS (10.6) | ArcGIS Enterprise I would go through each step and make sure that your configuration aligns with what it should be, specifically for the privatePortalURL and admin URL properties, (steps 8-10).

‎02-10-2020

What URLs did you use when federating Portal and Server? My first assumption is the admin URL is set to the machine that is down.

Online Status	Offline
Date Last Visited	‎06-08-2026 07:43 AM

My Ideas

Latest Contributions by JonathanQuinn

Re: sign into portal using different login credentials

Re: WebGISDr backup and restore on the same network.

Re: Portal upgrade backup

Re: Index Service Configuration Failed

Re: How can I connect Portal directly to SDE feature classes?

Re: Portal for ArcGIS 10.7 issue: internal portal database does not appear to be running or accepting connections

Re: Index Service Configuration Failed

Re: Index Service Configuration Failed

Re: Join Portal sites issue (Portal for ArcGIS 10.6.1)

Re: Passing user input into Geoprocessing service as dataset

Re: webgisdr - Export Failure: Configuration store error (Non Default 'Local Repository Path')

Re: Does each ArcGIS Server Role require its own Web Adapter?

Re: ArcGIS Server High Availability and Publishing Survey123 Forms

Re: ArcGIS Server High Availability and Publishing Survey123 Forms

Re: ArcGIS Server High Availability and Publishing Survey123 Forms

Re: Portal for ArcGIS upgrade from 11.5 to 12.1 no...

Re: ArcGIS Portal public maps asking for login cre...

Re: Failed to start the portal service

Re: Restore to standby environment per component (...

Re: Can't backup ArcGIS Enterprise 11.4 webgisdr s...