ArcGIS Server 10.5.1 Installation Problems

[DouglasWunneburger]

We have attempted several times to configure a server on a virtual machine running the following setup. The server was previously running the same DBMS and OS with ArcGIS Server 10.4 successfully; however, we wanted to upgrade and include Portal. Unfortunately, we have had problems with the upgrade.

• Microsoft Windows Server 2012 R2 Ver. 6.3.9600
• IIS Ver. 6.2.9200
• Microsoft SQL Server 2016
• ArcGIS Server Enterprise 10.5.1
• ArcGIS Portal
• Web adaptors for Portal and Server
• ArcGIS Datastore

In previous attempts using the Enterprise Builder app, I have opened SSL ports as instructed for 6080, 6443, 7443, and 2443; however, I have since removed bindings in trying to get back to where we were with a simple install of ArcGIS Server.

Currently, IIS has been configured with bindings for ports 80, 6080 and 6443.

For the moment, Windows Firewall is turned off; however, I have set inbound Rules to allow access to the following local ports:

Inbound Rule	Local Ports
ArcGIS Enterprise Setup	80, 6080, 7080, 443, 2443, 6443, 7443, 9876
ArcGIS Server	1098, 4000-4004, 606, 6080, 6099, 6443
ArcGIS Portal	7080, 7443
ArcGIS DataStore	2443, 9876, 29080

I have tried installing using the automated Enterprise Builder application and manually by using the ArcGIS Server for Enterprise installation ISO distribution. In both cases, the software appears to install and configure correctly, but attempts to access the arcgis/manager (or any other related links) through a browser returns 404 errors. IIS is running as indicated by other web services.

In some attempts, it has appeared that the ArcGIS server software is running correctly, because I can see the map REST services in the system services list. Nevertheless, we are unable to access them with the same 404 error results.

I have many years of experience with ESRI products but am not much of a web programmer, so these setup problems are confounding me. There is probably a simple issue which you may have seen previously that is blocking access to the system framework; however, despite many web searches and after many unsuccessful (and some partially successful) attempts, I am at a loss as to what the problem is.

If you need more information about setup, I will be happy to provide it. I appreciate your assistance on this.

[RebeccaStrauch__GISP]

You would be better off creating this as a question in the https://community.esri.com/community/gis/enterprise-gis/arcgis-enterprise?sr=search&searchId=3c6e85e...‌  or https://community.esri.com/community/gis/enterprise-gis?sr=search&searchId=3c6e85ef-1682-49d6-99f5-d...‌  (not sure which is the correct one right now...but I just tagged them both).

For one, questions will get more views and responses than a blog post, and two, the Technical Support space doesn't always get a lot of responses.  If you actually need tech support, best to call.  The forums are mainly manned by users like you (which is a good thing) and many esri staff that are active here....but not necessarily the actual technical support staff.

[Lake_Worth_BeachAdmin]

you said you see the services running via task manager? are there any web maps currently consuming these services, are they up and running or do the maps error out?

[CodyMarsh]

Hello Douglas,

Which URL are you using to access the ArcGIS Server Manager? Does it look like this: https://hostname.domain.com:6443/arcgis/manager?

[RandallWilliams]

One thing stuck out to me:

"Currently, IIS has been configured with bindings for ports 80, 6080 and 6443."

The only IIS bindings you need are ports 80 and 443. 

ArcGIS Server is Java based and contains it's own web server - this web server runs on 6080/6443. 

If IIS is bound to 6080 and 6443, then that's going to cause problems. On Windows, two different processes cannot be bound to the same ports. My guess is that ArcGIS Server can't start properly because the ports it's attempting to bind to have already been claimed by IIS. 

Remove the 6080/6443 bindings from IIS, add 443. Curious if that helps.

[DouglasWunneburger]

You are correct. That is what the problem turned out to be. Thanks for the suggestion.