Clear your browser's cache (including cookies). These errors are typically due to information from the previous version of the website being cached in the browser. If you still can't log in, make sure you are using the initial administrator account or an account that has administrative privileges to your portal.

After installing the software and specifying the initial administrator account, you're required to reindex your portal. This step completes the upgrade of your portal. Initially, you may not see all of your items, groups, and users because the reindex is not complete. Depending on the number of users and volume of content in your portal, it will take some time for the reindex to complete. For example, a small organization (hundreds of users and content items) running Portal for ArcGIS on a machine with 8 cores may take 15 minutes to reindex. Conversely, a large organization (tens of thousands of users and content items) running Portal for ArcGIS on a machine with 8 cores may take more than 3 hours to reindex.

You can check the status of the reindex by following the steps below. When the store and index counts are equal, the reindex and upgrade are complete.

1. Open the ArcGIS Portal Directory and sign in with the initial administrator account. The URL is formatted https://portal.domain.com:7443/arcgis/portaladmin.
2. Click System > Indexer > Index Status.
3. Refresh the page to obtain the latest status.

In Portal for ArcGIS 10.7 and later versions, user type licensing is enforced. You cannot have more users assigned licenses than what your portal is licensed for. This notice will show if you have more add-on licenses or user types assigned than you have available. Users assigned licenses that exceed the number of licenses available may not be able to access the portal. To resolve this issue, go to the Licenses tab to reassign licenses that are in overdraft. Alternatively, to add more licenses to your portal, you will need to obtain a new portal license file. See Manage licenses to learn more about assigning licenses in the portal.

In Portal for ArcGIS 10.7 and later versions, user type licensing is enforced. When upgrading, your existing members will be assigned a user type. If you have only one compatible user type in the license file, your members will be assigned that user type. There are several scenarios, however, where temporary user types are assigned during the upgrade, and you will need to manually assign user types to your members when the upgrade is complete. Below are a few examples of common upgrade scenarios.

• Your organization has named user or level 2 members, and your new license file has only one compatible user type (e.g. Creator). All named users or level 2 members will be assigned the Creator user type. No temporary user types will be assigned.
• Your organization has named user or level 2 members, and your new license file has more than one compatible user type (e.g. Creator and GIS Professional). All named user or level 2 members will be assigned the Standard (Temporary) user type. Members assigned the Standard (Temporary) user type will not be able to access the portal until you assign a valid user type license.
• Your organization has level 1 users, and your new license file does not include any compatible user types (e.g. Viewer). These members will be assigned the Lite (Temporary) user type. Members assigned the Lite (Temporary) user type will not be able to access the portal until you assign a valid user type license. If you want to add Viewer licenses to your portal, you will need to obtain a new portal license file.

If you receive this error when creating the initial administrator account, information in the portal logs can help you resolve the issue. This error can occur if network connectivity was temporarily lost when creating the account. To access the logs, browse to the logs directory and open the most recent log file (for example, C:\arcgisportal\logs\<machine name>\portal\portal-20141201.095803-8596-0.0.log). If necessary, you can share this information with Esri Support (customers in the USA) or distributor (customers outside the USA) for additional help.

The portal must validate your ArcGIS Online credentials for you to update subscriber and premium Living Atlas content. If it cannot, one of the following messages is returned in the portal website and in the logs for the hosting server:

• The credentials used to access subscriber and/or premium Living Atlas content are invalid. Update credentials with valid ArcGIS Online organizational account credentials before you upgrade Living Atlas content.—ArcGIS Enterprise connected to the ArcGIS Online organization and determined that your existing credentials are invalid. Make sure the password has not changed for your ArcGIS Online account and, for premium content, that the account still has credits available.

  If the password changed or if you need to provide a new account to access subscriber and premium Living Atlas content from ArcGIS Online, update credentials. If you updated credentials as part of upgrading Portal for ArcGIS, click Upgrade Content to complete the Living Atlas content upgrade.

• ArcGIS Online cannot be accessed from this portal. Check your firewall settings or portal proxy settings before you upgrade Living Atlas content.—ArcGIS Enterprise cannot connect to the ArcGIS Online account associated with your credentials. In most cases, this is due to issues on your network that are preventing communication with ArcGIS Online.
• Cannot validate credentials used to access subscriber and/or premium Living Atlas content, therefore you cannot upgrade the content. Contact Esri technical support or your international distributor.—In rare cases, problems with the Portal for ArcGIS upgrade could prevent you from upgrading Living Atlas content. If you see this message, contact Esri technical support (inside the U.S.) or your international Esri distributor (outside the U.S.) to identify and correct the problem.

Portal for ArcGIS is configurable and supported in a highly available environment. For full instructions, see Configure a highly available portal.

After you've installed Portal for ArcGIS and configured it for use, you can access the portal website. At this time, you need to provide the name, password, email, and identity question and answer for a new account that you will initially use to sign in to the website and administer your portal. This account is called the initial administrator account.

The initial administrator account user name and password are stored by Portal for ArcGIS. The initial administrator is not an operating system account, and it has no relation to the Portal for ArcGIS account. Later, you can specify other accounts as administrators, demote the initial administrator to a role with fewer privileges, or delete the initial administrator.

When you federate ArcGIS Server with your portal, the portal's security store controls all access to the server. The users and roles you previously used with ArcGIS Server are no longer valid for accessing the server; instead, you perform all connections to the server using portal accounts.

The only exception is the ArcGIS Server primary site administrator account. You can always log in to the ArcGIS Server Administrator Directory using this account if you connect directly through port 6080 or 6443. However, you cannot use this account to log in to ArcGIS Server Manager when the server is federated with your portal.

To learn more about how to connect to your server when it's federated with your portal, see Administer a federated server.

ArcGIS Desktop expects to communicate with your ArcGIS Enterprise portal over a network. If you're running both ArcGIS Desktop and Portal for ArcGIS on the same machine and need to connect while you're offline, select the Support connecting to local portal with no network option when connecting in ArcGIS Administrator.

1. Start ArcGIS Administrator on the machine where ArcGIS Desktop and Portal for ArcGIS are installed, and click Advanced.
2. Check the box next to Support connecting to local portal with no network.
3. Click Save to close the Advanced Configuration dialog box.
4. Click OK to close ArcGIS Administrator.

You may encounter this error for the following reasons:

• The Server URL or the Administrator URL you entered for the ArcGIS Server site is incorrect or unreachable. Verify the following:
  • If the ArcGIS Server site includes ArcGIS Web Adaptor, the Server URL entered is the Web Adaptor address, for example, http://webadaptorhost.domain.com/webadaptorname. If no Web Adaptor is present, the Server URL is the same as the Administrator URL, for example, http://gisserver.domain.com:6080/arcgis.
  • If your organization requires HTTPS for all communication, use https in the URL.
  • The URL includes the fully qualified domain name (FQDN) of the machine. The FQDN is required.
  • The communication protocol of the ArcGIS Server site has been updated to use HTTP and HTTPS or HTTPS only.
  • The communication protocol matches that of the portal. For example, if the portal requires HTTPS for all communication, ArcGIS Server should also be configured as HTTPS only. Conversely, if the portal does not require HTTPS, the server communication protocol should be HTTP and HTTPS.
  • If the ArcGIS Server site includes ArcGIS Web Adaptor, ArcGIS Web Adaptor must be reconfigured with ArcGIS Server after updating the site's communication protocol.
  • Your firewall allows communication between ArcGIS Server and your portal. For information on which specific ports to open, see Ports used by ArcGIS Server and Ports used by Portal for ArcGIS.
  • Web-tier authentication, such as Integrated Windows Authentication (IWA), is disabled and anonymous access is enabled on the ArcGIS Server site. Although it may sound counterintuitive, this is necessary so your site is free to federate with the portal and read the portal's users and roles.
• You incorrectly entered the Username or Password:
  • Specify the Username of the primary site administrator account that was used to initially log in to ArcGIS Server Manager and administer the server. If this account is disabled, you'll need to reenable it. No other account can be used.
  • Provide the Password of the primary site administrator account.

For more information, see Federate an ArcGIS Server site with your portal.

No, this is not currently supported. If you rename the machine, your portal will be unavailable.

Be sure the host name in the portal website URL is listed as a trusted site in Internet Explorer. To add your portal's URL as a trusted site to Internet Explorer, open Internet Options. Trusted sites are added on the Security tab. If you're trying to access a portal that is running on the same server as Internet Explorer, add the following as trusted sites:

• http://localhost
• https://localhost
• http://portal.domain.com
• https://portal.domain.com

By default, Internet Explorer attempts to connect to the Internet when you access HTTPS URLs in the browser. In an environment that does not have access to the Internet, the browser will attempt to connect to the Internet for a period of time, usually one minute. For example, after one minute, the browser will timeout and connect to the URL successfully. This behavior is commonly mistaken for a poor connection, as the browser seems to hang until the timeout value is reached.

To prevent this behavior and allow access to the ArcGIS Enterprise portal website and ArcGIS Portal Directory immediately in the browser, reduce the timeout value on each machine where Internet Explorer is installed. To do so, follow the steps in Configure a disconnected deployment.

To configure Portal for ArcGIS with a reverse proxy server, you'll need to provide some information to your portal about the proxy server. For full instructions, see Use a reverse proxy server with your portal.

No. You cannot configure the same ArcGIS Web Adaptor installation to work with both. You can only configure ArcGIS Web Adaptor to work solely with ArcGIS Server or Portal for ArcGIS.

No. If the enterprise account already exists in the portal and the enterprise group is linked to a portal group, the identity store refreshes when the new member logs in to the portal or the next time your portal identity store automatically refreshes, whichever occurs first. By default, the identity store updates each day at midnight. The portal administrator can alter the frequency and time the identity store refreshes using the Update Identity Store operation in the Portal Administration API to alter values for the membershipRefreshIntervalHours and membershipRefreshStartTime parameters.

If the enterprise account is not a member of the portal, adding the login to an enterprise group that is linked to a portal group does not automatically add the account to your portal; as the administrator, you don't want every login ever added to your Active Directory or LDAP server to automatically be added to your portal.

No. The portal administrator manually configures a group in the portal to use an enterprise group. When the administrator finishes configuring the portal group, any existing portal enterprise accounts that are members of the enterprise group automatically become members of the portal group.

If you use Windows Active Directory groups, logins in nested groups that are already portal members are also added to the linked portal group. If you use enterprise groups from an LDAP server, only logins in the group you specify are added to the portal group. For example, if you specify a top-level enterprise group, only the logins that are existing portal members are added to the portal group; no logins from a nested group are included. You can, instead, specify a nested group. In that case, only logins in the nested group that are existing portal members are added to the portal group.

If the deleted enterprise user exists in the portal, the member is removed from any portal enterprise groups the next time the identity store refreshes (by default, that's each day at midnight). However, the member is not removed from the portal identity store. Since the corresponding enterprise account no longer exists, the member cannot log in to the portal, but the portal administrator must manually reassign any items or groups owned by the member and delete the account to free the portal license.

If the enterprise group is linked to a portal group, members are removed from the group the next time the portal identity store refreshes (either when each member logs in or at the scheduled identity store update time). Once members are removed, only the group owner or portal administrator can access the group. The portal administrator or group owner can either delete the group, or the portal administrator can reassign the portal group to a different enterprise group.

If you need to provide access to the portal through built-in accounts again, whether because you are experiencing problems with the SAML identity provider or with member accounts, you can do so by following the steps below.

1. Open the ArcGIS Portal Directory sharing location and log in as a member with administrative privileges. The URL is in the format https://webadaptorhost.domain.com/webadaptorname/sharing.
2. Browse to Home > Portals > Self and scroll down to the bottom of the page. Click Update.
3. Browse to the Can SignIn Using ArcGIS option. Set the property to True.
4. Click Update Organization.

Members who access the sign in page will then see the button to log in to the portal using an identity provider account as well as the Using Your ArcGIS Account button.

If you're using a reverse proxy server or load balancer with your portal to handle requests from the Internet, verify that the reverse proxy server or load balancer supports gzip encoding and is configured to allow the Accept-Encoding header. This header allows HTTP 1.1 responses to be compressed using gzip encoding. For example, if the header is allowed, a request to load Map Viewer will return a compressed response of approximately 1.4 MB to the browser. If the header is not allowed or ignored, the request will return an uncompressed response of approximately 6.8 MB to the browser. If your network speed is slow, it may take a long time for Map Viewer to load if responses are not compressed. It's highly recommended that you allow this header as part of your reverse proxy server configuration.

You may encounter this problem if your web maps contain ArcGIS Server services that use HTTPS. If this is the case, check if the portal is configured with a print utility service from an ArcGIS Server site. The print service may be running on a machine that does not trust Certificate Authority (CA) signed certificates from the ArcGIS Server site providing the HTTPS services. Each machine running the print service will need to be configured to trust these CA certificates at the operating system level. See Enable HTTPS using a new CA-signed certificate for details on how to do this.

If you have incorrectly configured your SSL certificate and cannot log in to the portal, follow the steps below to recover.

1. Stop Portal for ArcGIS.
2. Back up the file \ArcGIS\Portal\framework\runtime\tomcat\conf\server.xml.
3. Open ArcGIS\Portal\framework\runtime\tomcat\conf\server.xml in a text editor.
4. Locate the SSL connector by searching for the string <Connector SSLEnabled="true".
5. Change the value of the keyAlias parameter back to the default value, which is keyAlias="portal", and save your changes.
6. Log in to the ArcGIS Portal Directory as a member with administrative privileges.
7. Navigate to Security > SSLCertificates and click Update. On the next page, confirm Update without modifying any parameters.
8. The portal will automatically restart.

At ArcGIS Enterprise 10.5 and later, the portal stores incremental transaction logs in a subdirectory of the portal content directory (default location: C:\arcgisportal\backups\walarchive) to allow you to create incremental backups of the portal. Initially, the size of this subdirectory is limited to 5 GB; once you run a backup using the webgisdr tool, this limit is removed, but the transaction logs will be cleared out each time the tool is run. If you have gone a long period of time without creating a full backup of the portal and the subdirectory grows above 5 GB, the following message will be logged:

The transaction logs of the portal are consuming more than 5GB of disk space. Run a full backup using the webgisdr tool to clear out these logs.

To learn more about the webgisdr tool, see Create an ArcGIS Enterprise backup.

Follow instructions in the topic to configure the domain controller used by the portal.

The portal requires valid ArcGIS Online credentials to access subscriber and premium Living Atlas. If the portal cannot access ArcGIS Online using the credentials you used when you enabled Living Atlas subscriber and premium content, one of the following messages is returned in the portal website and in the logs for the hosting server:

• The credentials used to access subscriber and/or premium Living Atlas content are invalid. Update credentials with valid ArcGIS Online organizational account credentials.—ArcGIS Enterprise connected to the ArcGIS Online organization and determined that your existing credentials are invalid. Make sure the password has not changed for your ArcGIS Online account and, for premium content, that the account still has credits available.

  If the password changed or if you need to provide a new account to access subscriber and premium Living Atlas content from ArcGIS Online, update credentials.

• ArcGIS Online cannot be accessed from this portal. Check your firewall settings or portal proxy settings.—ArcGIS Enterprise cannot connect to the ArcGIS Online account associated with your credentials. In most cases, this is due to issues on your network that are preventing communication with ArcGIS Online.
• Cannot validate credentials used to access subscriber and/or premium Living Atlas content, therefore you cannot upgrade the content. Contact Esri technical support or your international distributor.—An uncommon, internal error has occurred that cannot be identified easily. If you see this message, contact Esri technical support (if you're in the U.S.) or international distributor (if you are outside the U.S.) to identify and correct the problem.

Being prompted to verify a certificate in ArcMap when publishing a hosted service can be caused by one or both of the following:

• ArcGIS Server is using a self-signed certificate. By default, the server comes preconfigured with a self-signed certificate, which allows the server to be initially tested and helps you quickly verify that your installation was successful. However, in almost all cases, an organization should request a certificate from a trusted certificate authority (CA) and configure the server to use it. This could be a domain certificate issued by your organization or a CA-signed certificate.
• The Administration URL entered when federating ArcGIS Server with your portal uses HTTP instead of HTTPS, for example, http://gisserver.domain.com:6080/arcgis. Alternatively, you can enable administrative access on your ArcGIS Web Adaptor and specify the Web Adaptor's URL as the Administration URL to help alleviate any certificate prompts.

To learn more, see Security best practices.

Scene layers cache data in the ArcGIS Data Store tile cache data store. The ArcGIS Server scene caching tools communicate with this database through HTTP and authenticate using cookies. The cookie policies set on your ArcGIS Server Windows machine may block the cookies. In some cases, this is the default setting on Windows operating systems.

The scene caching tools use an Internet URL to connect to the scene cache database first. In this case, Internet policies apply. If the Internet connection fails, the tools attempt to connect using an intranet URL, in which case intranet policies apply. To verify the URLs used by the tools are correctly set up to access the scene cache database, confirm the ArcGIS Data Store host names are correct, and update cookie policies on the ArcGIS Server machines.

1. Open a web browser and log in to your hosting ArcGIS Server site's Administrator Directory. Log in using ArcGIS Server administrator credentials.
2. Go to data > items > nosqlDatabases > /nosqlDatabases/AGSDataStore_nosqldb_<database name> > REST.
3. Take note of the hostname and unqHostname properties. These are the fully qualified domain name and unqualified domain names of the scene cache database. You will use these later when updating cookie policies.
4. Log in to each ArcGIS Server machine using the ArcGIS Server Account. This is the account you created to run ArcGIS Server processes when you installed ArcGIS Server.
5. Start the machine's Internet Options. This can be accessed through Internet Explorer or your server's Control Panel.
6. Click the Security tab and do one of the following:
   • Choose Local intranet and make sure the security level set for it does not block cookies for intranet sites. If it does, change the security level to allow cookies from intranet sites.

     Note:

     You could change the security policy for the Internet instead; however, this is not recommended, as it would allow your machine to accept cookies from any site on the Internet.

   • Choose Trusted sites > Sites and add the URL for the fully qualified host name of the scene cache database; for example, datastore.domain.com. Also add the URL of the unqualified host name as a trusted site, for example, datastore.
7. Click OK to apply your changes and close Internet Options.
8. Restart ArcGIS Server.
9. Repeat these steps for every ArcGIS Server machine in your site.