Latest Contributions by MarcoBoeringa

Welcome to the wonderful world of "processor groups", "CPU sets", "processor affinity", NUMA (Non Uniform Memory Access - a technique to access local or remote RAM in a non-uniform manner, with local faster RAM being preferred) and other processor scheduling details you likely never heard of, but that do start to creep in on your work once you hit large numbers of logical processors on multiple socket server systems. As I also learned the hard way, software doesn't just magically use all logical processors on your system. In fact, most software out there has never been designed to take full advantage of >=64 logical processor systems, simply because there were none out there up until very recently. One minor introduction might be this read of Bitsum: https://bitsum.com/general/the-64-core-threshold-processor-groups-and-windows/ There is a lot more to read out there about these subjects, but I can tell you it doesn't necessarily provide answers or working solutions. However, as to practical advice, you might attempt to: - Disable hyperthreading - Disable NUMA in your system's BIOS. This will create in your case a system that is more or less logically seen to be as a "single socket" 32 core system without hyperthreading, with both CPUs having equal and predictable access times to local and remote RAM memory sticks. In this configuration, it is more likely all cores will be used, but they will have (slightly) higher RAM latency / access times. While both of these options are designed to potentially run your system faster, they do not necessarily do so, and may in fact reduce the overall performance of specific workflows if those workflows need access to all physical cores. Note that disabling NUMA does not seem to be recommended on older multi-socket AMD systems from what I have read so far, as the data links between different CPU's memory seem to have far to big latency, actually harming overall performance, but this seems to be less of an issue with INTEL systems. I don't know if that is still an issue with modern AMD systems (likely not). If you do disable these options in the BIOS of your system, I strongly recommend you to run a controlled performance test of your workflow before and after the change, to see if one or the other configuration is faster, it may turn out that disabling the options is actually harmful (but in my case it was beneficial to disable them). ... View more

Not sure if there is a solution for you in here, but John Nelson's ArcGIS blog posts are always a joy: How to reattach land that spills over the International Dateline ... View more

If you are really worried about it, or have noticed changed behavior, then why not? ESRI support, at least here in the Netherlands, is usually quite willing to help you out. I wouldn't call a 4h continuous high load associated with working hours a "CPU spike" though... ... View more

I am not to familiar with ArcGIS Monitor, and have never used it, but from what I've read about its function and see in your images, it is clear any activity tracked by ArcGIS Monitor is directly affected by your user's activity. You can even see the 12:00 to 13:00 lunch dip in the CPU usage of Monitor... Personally, I wouldn't worry to much about 80-100% cpu usage, unless it directly impacts the usage of Monitor (slow updating, web interface no longer accessible due to time-outs or so, or whatever else blocks you from using it properly). Instead, having 80-90% of your computing power sitting idle doing nothing is a waste of compute resources and ultimately money. Computers are designed to do work, not to sit idle, and servers and professional workstations are designed to withstand 100% CPU usage for essentially indefinitely. I routinely process global OpenStreetMap data on an HP Z840 workstation with dual CPU's (2x22 cores), which is essentially server hardware packaged in a very large desktop case. I trash it with 100% CPU for days to process the global OpenStreetMap data. Never fails on hardware. Of course, the high CPU usage may indicate this server is at its limit doing real work, maybe because it needs to monitor a very large enterprise deployment with many users and servers and handle all the traffic for that, and you may need to anticipate a server upgrade if you intend to use it for an even larger enterprise deployment in the future. ... View more

Maybe these links are of some use: https://www.esri.com/arcgis-blog/products/arcgis-pro/mapping/how-to-reattach-land-that-spills-over-the-international-dateline/ https://www.esri.com/arcgis-blog/products/data-management/data-management/arcgis-pro-tips-scroll-around-the-world/ https://pro.arcgis.com/en/pro-app/latest/help/mapping/properties/allow-dateline-panning.htm If possible in a custom add-in, you'll likely need to limit it to one of the supported projections, or change the projection's central meridian as in John's blog post, which won't give you "wrap" panning, but will allow you to adjust the display across the date line to suite your needs. ... View more

I have extensively used the Maplex label engine with similar settings for waterbodies in various versions of Pro (1.0 to 3.2), but never saw the "disappearing spaces". Looking through the Maplex settings, the only real option I see that might make this happen, is if you have the Position / Abbreviate option selected, and accidentally added a space to the string of characters in the box "Characters to remove first" under Truncation, which might not be immediately obvious. I am not even sure that box accepts spaces, I have never used this specific option. ... View more

Also see this probably related thread with some posts of an ESRI employee: https://community.esri.com/t5/arcgis-enterprise-questions/arcgis-enterprise-security-patch-dec-2023/m-p/1361553#M38012 ... View more

Note that I am not an ESRI employee: I am not sure, but you may have run into the major issue with a defective security patch ESRI released in June: "Portal for ArcGIS Enterprise Sites Security Patch for 10.8.1, 10.9.1, and 11.1" If I understood it well, if you had this defective patch installed, in order for an upgrade to properly succeed, you would first need to run a recently released "Validation and Repair" tool that ESRI released to deal with this major issue. However, this tool cannot be run after an upgrade, as you seem to already have done. From what I've read, I strongly recommend you to contact ESRI Support as soon as possible. https://www.esri.com/arcgis-blog/products/trust-arcgis/administration/portal-for-arcgis-enterprise-sites-security-patch-is-now-available/ https://support.esri.com/en-us/patches-updates/2023/defective-arcgis-enterprise-patch https://support.esri.com/en-us/patches-updates/2023/portal-for-arcgis-validation-and-repair ... View more

From what I read in the links you posted, fault tolerance is not the issue with the performance of administering services. Fault tolerance just means stuff doesn't get lost in case of a failure of a single disk or server, e.g. by having a RAID that stores backup copies of any file, or a secondary server storing a backup. It doesn't say anything about the performance of the underlying file system. Your problem is already pointed out by the text you quoted: apparently DFS will not immediately show any changes / writes to it to all machines accessing it, which appears to be required for properly managing your ArcGIS Server installation. This delay caused by DFS makes it unsuitable for storing your configuration store. Based on the remarks of random high IO requirements in the links you posted, you're probably best off putting it on a (dedicated) single server with an NVMe drives based RAID 1 or 5 to have backup of the data. Modern NVMe drives should give you the required random IO performance. ... View more

I think the information you are looking for is on this page: https://support.esri.com/en-us/patches-updates/2023/portal-for-arcgis-enterprise-sites-security-patch I agree the description is not the clearest, but if I interpret this well, the main point seems to be the potential failure of a high availability "standby machine", as described in the quote visible below, which could of course be pretty problematic if your main server goes down due to a problem. Note that this issue only affects Windows installs according to the text: BUG-000160830 - Installing the 11.1 version of the Portal for ArcGIS Enterprise Sites Security Patch results in failures on the standby machine in highly available environments. (11.1 only) I think the other bug numbers mentioned in the quote below, are actually the exact same issue, just with a different bug number for each version of ArcGIS Enterprise: The defects that motivated the temporary disablement of the patches are BUG-000163367 (version 11.1), BUG-000160895 (version 10.9.1), and BUG-000161711 (version 10.8.1) and only impact Windows.   ... View more

Well, there seem to be at least a couple of references to this particular error number and ArcGIS Enterprise / Server. Maybe there is something relevant to find in these links, e.g. did the format of the JSON change, or was there an upgrade to ArcGIS Enterprise using the security patch referenced in the last link, and you now need to patch it further to version 'B' of the patch to get it fixed?: https://community.esri.com/t5/arcgis-pro-questions/paste-features-failed-error-code-10500/td-p/1257549 https://community.safe.com/s/question/0D54Q00009HHHyfSAH/arcsde-data-failing-to-insert-or-update-to-arcgis-enterprise-via-arcgis-portal-feature-service-writer https://support.esri.com/en-us/bug/cannot-create-or-move-existing-features-in-a-hosted-fea-bug-000151760 ... View more

Also note that Esri made this setting default in Pro 3.1, so even if you do not want it, it is still activated. I actually think this is a bad descision on Esri's part, it is always better to let users "opt-in" on new functionality, instead of having to "opt-out". This also reduces the risk of user issues in case the new functionality turns out buggy, as in this case... ... View more

Hi @benken31 , As I wrote, I reported this ambiguos label setting issue as a potential bug to Esri, and they acknowledged it. Based on this, I now in the past week also got a status update of the issue, stating the fix is now in "Product plan", which means the fix will be either in Pro 3.2 or 3.3 according to Esri's issue status handling. ... View more

Isn't this the same issue?: https://community.esri.com/t5/arcgis-online-questions/web-appbuilder-does-not-honour-the-symbology-of/m-p/1221558/highlight/true#M48323 Seems you may need to update your workflow to newer tools to be able to use the 4.x JSAPI  features. ... View more