|
POST
|
Is there a Windows Server 2014? There's a SQL Server 2014, but I didn't think there was a Windows Server 2014 and maybe SBS 2014?
... View more
05-09-2017
09:27 AM
|
0
|
1
|
1873
|
|
POST
|
Esri is targeting to certify Windows 2016 with the 10.5.1 release of ArcGIS Enterprise.
... View more
05-09-2017
08:24 AM
|
1
|
6
|
3036
|
|
POST
|
Here's some doc: http://server.arcgis.com/en/server/latest/administer/windows/inside-an-arcgis-server-site.htm
... View more
04-07-2017
08:20 AM
|
2
|
0
|
2988
|
|
POST
|
Typically, the architecture looks like this: database---GIS Server || firewall || ---web server (IIS) ---public WWW The web adaptor connects to the GIS Server via port 6080 (http) or 6443 (https). In order for the communication success, ports 6080/6443 are opened on the firewall. In your case, it appears that the GIS Server is installed on the web server with your IIS instance. Is that correct? If so, you can use the Windows firewall to firewall off ports 6080 and 6443 from external traffic (or only allow traffic from the web adaptor to come through those ports) Since you're using Windows Auth, you should strongly consider configuring your web adaptor to communicate with your GIS Server on port 6443, obtain a certificate from a Certificate Authority, and enable HTTPS/SSL at the web tier. Otherwise the credentials supplied to access your GIS Server site can easily be sniffed on the wire.
... View more
04-07-2017
08:18 AM
|
3
|
1
|
2988
|
|
POST
|
OK. I've seen cases where the keycodes file has expired line-items that can cause issues like this. Besides the line for Portal for ArcGIS, are there any other products or extensions that may have expired listed in the keycodes file?
... View more
04-06-2017
06:45 AM
|
0
|
0
|
1924
|
|
POST
|
If I recall correctly, there's an additional license needed from Erdas to run image services sourced from .ecw files. There's not a license restriction from the Desktop side, but there is from the GIS Server side. That said, the error you're showing is not the error I'd expect if this were a license issue.
... View more
04-06-2017
06:41 AM
|
2
|
1
|
5069
|
|
POST
|
I usually review the JSON representation. Disabling the services directory prevents sites from crawling the HTML representation, but apps still need to communicate via text/JSON, like: http://sampleserver6.arcgisonline.com/arcgis/rest/services/Wildfire/FeatureServer?f=pjson
... View more
04-06-2017
06:39 AM
|
1
|
1
|
1162
|
|
POST
|
Also, ArcGIS Enterprise isn't tied to the ArcGIS Desktop license manager. Do you have a perpetual or term license? It may be that the license has expired. Check down in \\program files (x86)\esri\license10.x\sysgen - there should be a 'keycodes' file. Open it with notepad and the expiration date should be noted. Was your portal working previously?
... View more
04-05-2017
12:55 PM
|
1
|
0
|
1924
|
|
POST
|
Logical cores, but memory is your primary limiting factor. Processor generally comes into play more with GP than with Mapping Services. Honestly, there's not a well defined answer here that's going to fit for every use case - it depends on: a. The resources available on the GIS Server machine - both memory and processor b. The type of services you're running (Map/Feature or GP or Image or...?) c. Virtual memory and desktop heap allocation etc The following documentation goes into depth: http://www.wiki.gis.com/wiki/index.php/Capacity_Planning_Tool http://www.wiki.gis.com/wiki/index.php/Server_Software_Performance
... View more
04-04-2017
06:15 AM
|
3
|
1
|
1011
|
|
POST
|
What's the virtual memory allocation on this machine? Is it Windows managed, or set to a specific value?
... View more
04-04-2017
05:59 AM
|
2
|
6
|
5357
|
|
POST
|
Hi, There's not really a good way to do this with the GIS Server. If other client applications are still configured to consume the service (even if the service doesn't exist), the GIS server will still receive those requests and generate an error. You COULD handle this with other technologies - for instance, you could configure a web application filter to prevent these queries from reaching your GIS Server, or you could configure a reverse proxy (or use IIS with ARR) with a specific directive for this specific deleted service to route requests elsewhere. Otherwise, you'd have to handle this at the web app side by removing references to the service in the client applications, which can be challenging when services are public and you don't have a good way of knowing or contacting whoever owns those client apps to ask that the invalid references be removed.
... View more
04-04-2017
05:43 AM
|
2
|
1
|
2886
|
|
POST
|
Esri employs frame-busting technology on forms where logins can be passed to prevent a security vulnerability called 'Phishing by frames'. There's not a user controlled method to update this configuration.
... View more
04-03-2017
01:34 PM
|
0
|
0
|
732
|
|
POST
|
Scott is correct, this is expected (to an extent). Any client application that makes a request to a service that doesn't exist will cause this message to appear. This is logged as: 9503 Service ''{0}'' not found. Check if the service exists and is started. That said, there's an issue (BUG-000090837) requesting to change this logging level from 'Severe' to 'Warning'. Questions: a. Is this GIS Server public? If so, google might be crawling your site. b. You mention .mxds - is that the only way your users consume these services? It's likely that even without a 'use' connection that the desktop client will reach out. If you're curious, you can test will an intercepting proxy like Fiddler.
... View more
04-03-2017
01:31 PM
|
2
|
1
|
2886
|
|
POST
|
Installing the web adaptor will allow you to disable admin access. Or conversely you could configure ARR on IIS to make it work as a reverse proxy and set your directives to not point to the manager context, but if you're going that route anyway it's considerably easier to just install the web adaptor.
... View more
03-29-2017
01:27 PM
|
1
|
3
|
2988
|
|
POST
|
There's not a hard limit to Server per-se, but there can be a limit depending on the environment. Also, the number of services isn't really the question - the issue is the number of service instances that are spun up (default is Min 1 Max 2). That's why you can publish and start more services if you stop some of the existing ones. There's two ways to approach this situation. One is to alter your service design, the other is to alter the environment. I'm not sure what your end goal is, but personally, in terms of organization, I'd create a map document, say, for 'birds'. In that map document, I'd create sublayers for different species of birds. Then in your application, you can reference the individual feature layers as you need them. You may already be doing something similar, and this will result in a lower number of service instances running on your machine. I'd then have services for 'birds', 'monkeys', 'snakes', or whatever. Outside of map design, I've seen two distinct environment issues come into play when publishing a large number of services to ArcGIS for Server. First, I'd check your virtual memory settings - ensure it's set to 'Windows managed' Hamstrung virtual memory can affect the amount of physical memory Windows can allocate to processes. Sedcond, you may also want to check out this KB, it discusses the impact of the non-interactive desktop heap has on the number of services you can publish to a Windows machine. Finally, building up your stack and leveraging Portal for ArcGIS along with the ArcGIS Data Store will allow you to publish potentially thousands of feature layers without the overhead that ArcObjects based map services bring. Hope that helps!
... View more
03-24-2017
12:59 PM
|
1
|
5
|
9724
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 03-05-2026 06:49 AM | |
| 1 | 02-19-2026 07:09 AM | |
| 2 | 02-17-2026 02:27 PM | |
| 3 | 11-17-2025 07:06 AM | |
| 1 | 05-24-2018 07:28 AM |
| Online Status |
Offline
|
| Date Last Visited |
04-10-2026
06:56 AM
|