Latest Contributions by ChristopherPawlyszyn

You may want to open a support case on this, it seems like we've uncovered a few different aspects along the way. I would recommend you check that the PublishingToolsEx service is started from Server Admin -> Services -> System -> PublishingToolsEx -> Status and if it is not started then attempt to do so. Evidence of the registration working successfully would be updated dsconnections.lst files in <config-store>\data\ and <server_install_folder>\DatabaseSupport\. ... View more

User types and roles exist outside of the user's identity store, so the new user defaults would apply upon the first sign-in of an enterprise account when automatically added. There is an option when configuring the enterprise logins to allow both authentication methods (SAML and ArcGIS) or allow only enterprise logins. Typically when a customer is wanting to implement enterprise logins in an established organization the recommendation is to allow some users to login with their new enterprise account, set the user type, role, and group membership for that new user to match their existing built-in account, then transfer all owned items from the built-in account to the new enterprise login account. If you find yourself short on additional user licenses, you can do this in batches until everyone is migrated to the new enterprise logins. Once all users are migrated to the enterprise logins, you could disable the built-in authentication option if you desired to. ... View more

Is the content you are trying to access hosted? If so, you'll probably want to start with validation of the relational data store. Also, try accessing one of the layers in the ArcGIS Online Map Viewer from the REST URL as opposed to within the dashboard. If this is unsuccessful, check the ArcGIS Server logs and the backend ArcGIS Data Store logs for additional information. ... View more

I would check your security configuration on the ArcGIS Server site, it likely needs to be updated to point to the Portal machine's FQDN as opposed to the host.docker.internal alias that you removed. Check out step 8 here: Configure an existing ArcGIS Enterprise deployment for high availability—Portal for ArcGIS | Documentation for ArcGIS En…  ... View more

In previous cases we've been able to remove the Docker Desktop software as well as comment out the entries in the hosts file, then restart the machine. At that point the components should pick up an additional machine name 'change' back to the FQDN, but it may be prudent to take a WebGISDR backup or an image-based backup/snapshot of the machine before additional modification. ... View more

The certificate would have to include either a CN or SAN entry that would cover the URL you're using to access the Data Store URL. Typically when we run into issues with customers using their Web Adaptor SSL certificate on all endpoints for ArcGIS Enterprise's internal web servers, the Web Adaptor certificate covers the public-facing URLs or DNS aliases without including the internal machine FQDNs. We have logged a documentation defect internally to fix the misinformation on the Data Store configuration page in terms of importing the certificate prior to the initial configuration. ... View more

Hello Bjarke Thormann‌, The modification of the hosts file with the machine's IP address and additional DNS names essentially puts you in a different requirement for preparation before creation of the ArcGIS Enterprise sites. The information is described in this How-To article: How To: Install ArcGIS Notebook Server on the same machine with a Base ArcGIS Enterprise deployment on Windows. At this point, removal of Docker and the hosts entries plus the restart of the machine should hopefully get your ArcGIS Enterprise stack back up and running. Once that is complete, you should go through the process of defining the hostname.properties and hostidentifier.properties files for each of the components prior to reinstalling Docker. This is something that is probably best-approached in a support case, as there are a few different aspects even following the reinstallation that may be affecting the accessibility of the Notebook Server images to the PostInstall utility. Also keep in mind that separation of workloads is always recommended for a production environment and that there are additional constraints when implementing the Docker portion using Docker Desktop on Windows that are not present when deploying ArcGIS Notebook Server on a Linux machine. ArcGIS Notebook Server 10.8.x system requirements—ArcGIS Enterprise | Documentation for ArcGIS Enterprise  Docker and ArcGIS Notebook Server—ArcGIS Notebook Server | Documentation for ArcGIS Enterprise  ... View more

Hi RENATO TEIXEIRA, Have you tried importing the certificate following the configuration of the ArcGIS Data Store with the associated Server site? We have a defect in the works regarding the logic of the updatesslcertificate tool, but that is the established workaround for the time-being. Hope that helps! Otherwise as Jeff suggested a support case may be helpful to pursue some additional troubleshooting angles. ... View more

To add to what Randall mentioned, when taking a look at the permissions in Server Admin I am not seeing any allowedPrincipals for the System services. If that is different on your deployment, then it is likely the reason for the alert. Can you verify whether this was a fresh install or upgrade, and what versions were/are involved? This may be better handled within a support case since the behavior looks to be site-specific. ... View more

While it is certainly recommended to dedicate a machine for each component of ArcGIS Enterprise software, that isn't always necessary based on the usage. The major disadvantage I could imagine is that you are doubling-up on the resource demands during high loads on the hosted layers. That would cause CPU/memory usage to spike due to both web requests through the ArcGIS Server site, but also the queries that are being performed on the underlying data connection (ArcGIS Data Store in this case). The general rule of thumb is to size the machine according to our minimum system requirements for each component (which is additive), but also adjust upwards according to general usage and peak demands. With that being said, I've deployed many single-machine base enterprise deployments that are perfectly well-suited for testing and development, while production demands may be increased depending on the web-clients' usage. ... View more

This typically occurs when a WebGISDR backup from a deployment with ArcGIS Insights is restored to an Enterprise deployment that has not had the software installed. Installing the same version of ArcGIS Insights on the new environment should allow the restore to complete successfully. ... View more

From the stance that Docker has taken in regards to Docker for Desktop, I'm looking forward to when Docker Enterprise Engine on Windows supports the Linux subsystem. Until then, the Docker for Desktop limitation will remain for our products that rely on that technology. Cheers. ... View more