Latest Contributions by HenryLindemann

Hi @yockee  Total Request: This is the volume of hits you have e.g. how may views of the map service Maximum Running Instances: Is the longest time one of these requests took to complete, this can be a long running request if the service enters the que. Average Response Time: this is just the Average response over all the requests  The reason for the big discrepancy in time will be because SVC B is probably a complex service compared to SVC A or SVC A can have a cache, for example a boundary of a state will be less complex than a boundary of a neighborhood what we call a cadaster. or SVC A can be a MAP Service and SVC B can be a feature service which is an editable service and takes a lot more time to draw. Or SVC B's data source can be a database in SQL Server and SVC A might be a file on disk called a File Geodatabase. What you can have a look at is if the service is dynamic or dedicated dynamic pooling is where all the services share the instances normally set at 4 and they start slower but use less RAM, whereas dedicated are faster but consume more RAM. you can also increase the dynamic pooling to a max of your CPU count, and this will increase concurrency. Around the Cache this you normally build if the service is a static service Hope that helps. Kind Regards Henry ... View more

In ArcGIS Server 11.5, dedicated instance pools and shared instance pools have a major impact on RAM (memory) usage, primarily through how they manage ArcSOC processes (the server processes that actually handle map/image service requests). Each ArcSOC process consumes a significant amount of RAM—typically 100–300+ MB depending on your data, symbology, and service complexity. Dedicated Instance Pools (Older/Traditional Model) How it works: Every service runs in its own isolated pool of ArcSOC processes. You configure a minimum and maximum number of instances per service. RAM impact: Higher overall RAM usage, especially on sites with many services. The minimum number of instances (if set > 0) stays running 24/7, even when the service is completely idle. This keeps those ArcSOC processes in memory constantly. If you have dozens or hundreds of services set to dedicated with min ≥ 1, you can quickly see very high baseline RAM consumption. When demand spikes, additional instances (up to the max) spin up, further increasing RAM. Best for: High-traffic, mission-critical, or compute-intensive services that need guaranteed fast response and isolation (no sharing with other services). Drawback: Wastes RAM on low-use services. Many organizations see memory pressure or even out-of-memory issues when too many services are left on dedicated. You can reduce RAM somewhat by setting min = 0 on low-use dedicated services (the service will spin down when idle), but this introduces a small “cold start” delay the next time someone uses it. Shared Instance Pools (Recommended/Default in 11.5) How it works: All compatible map and image services share a single fixed pool of ArcSOC processes (default is usually 4 per machine; you can raise it in Site > Settings > Pooling). When a request comes in, it borrows an ArcSOC from the shared pool. RAM impact: Significantly lower RAM usage for most deployments. Idle/low-traffic services use almost no resources — they don’t keep dedicated ArcSOC processes running. The shared pool itself has a small, predictable overhead: each shared ArcSOC caches information about services that have recently received requests. Memory rises gradually as more services get used, but levels off after ~50 services per recycle period. Result: Far fewer total ArcSOC processes run on the server compared with dedicated mode, especially when you have many services. Best for: The majority of services — especially infrequently used ones (< 1 request per minute on average), cached map/image services, or sites with lots of published services. Default in 11.5: New sites and services published from ArcGIS Pro default to shared unless you change it. ... View more

Hi @StephenKaranja , Yes, you can delete the dump files, please make sure to only delete the .mdmp files as there are other configs in the file locations. If you can make a backup before making any system changes. If you get a lot of these dumps then investigate your system something is wrong, like running out memory, or maybe even datastores automated backup running and causing an out of disk scenario. The hs_err_pidXXXX.mdmp files are created when the Java Virtual Machine (JVM) running OpenSearch encounters a fatal error and crashes (e.g., out-of-memory, segmentation fault, EXCEPTION_IN_PAGE_ERROR, etc.). Kind Regards Henry ... View more

Hi @lmr880, you can deploy the CA certificate to the backend server running on 6443 7443 etc. for the backend you would need to generate the certificate on the machine name e.g. the backend dns. https://backend.dns.com:6443/arcgis ca-certificate on backend name loaded into ArcGIS server /portal admin https://frontend.dns.com/server public certificate loaded in webserver using the "friendly DNS" This applies for portal and server, datastore etc. For the frontend you need to consider if you are public facing or not if you are public facing then you need a public certificate otherwise you can use a CA. Hope this clears it up. Regards Henry ... View more

Hi @RickeyFight, that is correct the StoryMaps will be marked as deprecated and non-functional after the upgrade. I normally just make a backup in word. Regards Henry ... View more

Hi @DORPAD, you can check if this file is present C:\Program Files\ArcGIS\Portal\framework\etc\hostname.properties if it is rename it to .old and give portal a restart. The other possible culprit can be host file entries C:\Windows\System32\drivers\etc\hosts if something like IP IP is in the file. And the 3rd thing that I would check is for a webcontexturl under https://dns.com/portal/portaladmin/system/properties Hope it helps Regards Henry ... View more

Hi @Tammira, the URL you are looking for has to be specified like this https://dns.com/webadaptor but your system needs to be public facing and needs to have a valid public URL e.g. no .local DNS and a public certificate. Regards Henry ... View more

Hi @CodyPatterson, looking at your logfile more closely, it looks like you have some database corruption on the table sde.sde_spatial_references. the sde_logfile error is just chatter and can be ignored, it does look like you have different errors now. I would suggest rolling back to a backup that works but that would lead to data loss on your hosted feature services. You can confirm this by connecting to the datastore database using pgadmin and trying to open this table if you get an error on opening it then it is probably corrupt. I would spin up your pre upgrade backup on an isolated VM then upgrade that system again and if that succeeds copy over the backup to production if you can afford the data loss on the hosted services. Regards Henry   ... View more

Hi @Sunnywaygis, you need to go to https://dns.com/server/admin/security/config select update and set Authentication tier to GIS_SERVER and then after this you just federate again.     Regards Henry   ... View more

HI @GeorgeClark, Scheduled Tasks can be problematic sometimes, please have a look under actions did you specify a start in parameter if this parameter has quotes then remove them, also the scheduled task will execute in No-Guie environment so if you have any screen prints comment them out. Regards Henry ... View more

Hi @SGTomlins in your script you have level=2 this is a creator type. Kind Regards Henry ... View more

Hi @Arnaud_Leidgens , unfortunately I don't use FME in my day to day, what I would have done in this situation is to publish a new hosted feature service, and use ArcGIS Online Assistant (esri.com) to rewire the map that is feeding the dashboard, you go into the json look for the itemid and url and replace it with the new service this then pulls through to the dashboard. Regards Henry ... View more