POST
|
Do you have the DB registered as a DataSource in your ArcGIS Server? If you don't when the script is published it will snapshot the table.
... View more
yesterday
|
0
|
0
|
11
|
POST
|
I have my team using Xeons over i7 chips; for the fact that architecturally the Xeon is designed to be a "Enterprise" class CPU with more error-handling and management built into the core. Now if you are not building and running large multi-threaded Geoprocessing tasks then likely the i9/i7 will do great for you as these are multi-core and matched to a good GPU will do even seriously taxing work without major hiccups. If you are building and running processes that will run for 24 hours or more that can't be reasonably done server-side; then Xeon is the solid choice. For me; it's been about long-term stability across the platform. This is based on my professional experience doing State scale data for a State Agency for 16 years; so opinions will vary based on their individual experiences.
... View more
08-07-2024
10:29 AM
|
1
|
1
|
263
|
POST
|
Are you in a HA Configuration? My first step for recovery is to stop one machines "Portal for ArcGIS" service; then do a full reboot on the other machine so that it will reboot and not see the other node and try to become a secondary. Usually I will wait 20-30min checking the logs every few minutes to see if the services are appearing to start; seeing the "Web server was stopped, starting now" and "Index Server was stopped restarting" and "Rebuilding Index" messages. Once these have all cleared and the machine is showing accessible and online in the PortalAdmin interface; I will restart fully the second machine letting it detect the active node and trying to resync it's services and state.
... View more
07-21-2024
03:40 PM
|
0
|
0
|
1340
|
POST
|
When you go to your ArcGIS Portal Logs; what are you seeing there? The TXT files in your arcgisportal folder? Do you see messages about INDEX Service restarting, and HA?
... View more
07-21-2024
01:07 PM
|
0
|
2
|
1368
|
POST
|
Wonderful point; I totally spaces on the AV/Security scan point and how that would potentially drag things out. We also have CarbonBlack which likes to trip on installers like ESRI's that have nested sub-processes.
... View more
07-02-2024
01:43 PM
|
0
|
0
|
1023
|
POST
|
Yes, but this post is about awareness of the potential issue and to flag it to folks about known and existing issues.
... View more
07-02-2024
01:41 PM
|
0
|
0
|
1029
|
POST
|
Very curious why it takes 12 minutes in Pro 3.1 to build a Multi-Role locator using Tom-Tom or Here Address-Points and Street-Lines, but in Pro 3.3 it now takes 2.5 HOURS for the same source-data and same configuration.
... View more
06-24-2024
12:46 PM
|
0
|
1
|
205
|
POST
|
Be aware - While upgrading our DEV Environment from 11.1 to 11.3; the Portal installation steps ran well until the final screen. When I was presented with this: Upgrade Status: success with warnings Backup content, database, and index directories: completed Upgrade portal content: completed Upgrade database: completed Migrate configuration settings: completed Update configuration settings: completed Configure index service: completed Reindex: completed Warnings: Failed to configure languages content during an upgrade. I was advised by my Tech-Advisor that this might be the same issue as https://support.esri.com/en-us/bug/esri-content-is-missing-postupgrade-in-arcgis-enterpris-bug-000167282 ; and was advised to open a ticked to get attached to the bug. Currently, Customer-Service/Support has no analysis about a root-cause of the issue; so you are not able to review your system to see if upgrading your system will result in the same failure and there currently is no known repair method except to roll-back using a WebGISDR and re-upgrading and hoping it works properly this time/
... View more
06-24-2024
11:22 AM
|
3
|
4
|
1225
|
POST
|
You will find that with the latest version many packages that were present at 3.1 and 3.2 are missing. This is because nested dependencies are not supporting the version ESRI validated for release so they are not accessible.
... View more
06-20-2024
12:20 PM
|
0
|
1
|
451
|
POST
|
A Option that is available is a seperate Portal Instance with a Collaboration configured. Through the proper use of groups and permissions you can proxy to another URL quite well.
... View more
06-13-2024
02:34 PM
|
0
|
0
|
336
|
POST
|
Not yet; I am trying to get a ESRI Professional Services staff onsite to go through my system and collect logs and config information to help Tech-Support with the on-hold/closed ticket.
... View more
05-10-2024
11:48 AM
|
0
|
0
|
453
|
POST
|
Yup; same issue. ESRI making arbitrary changes to scripts to try and make them "server safe" while actually breaking things is a horrible strategy. I have a "Idea" posted about this; take a look... Improved GP Tool Publishing - Approve Changes to scripts before publish
... View more
05-01-2024
11:35 AM
|
1
|
0
|
144
|
POST
|
Yes, honestly I am tracking several instances of the same scenario in my Staging and Production systems.
... View more
04-25-2024
11:59 AM
|
0
|
2
|
647
|
IDEA
|
When publishing a GP tool (after a tool is run in ArcGIS Pro) to become a geoprocessing tool it is possible to see a major breaking issue. Recently we found that a shared path: "\\server\share\contentfolder\myDB.sde\myFeatureLayer" Was being mangled in the publication/conversion process. Pro is taking in these strings\paths and inferring in them that they need to be made "Server" friendly based on assumed needs. The above folder was being turned into: "%scratchworkspace%\\server\share\contentfolder\myDB.sde\myFeatureLayer" This then means that all connections/functions depending on these strings are now broken. The big issue we have is that this script/tool is now broken, and while the tool will publish the function will not work and will return a lovely 99999 error that the tool could not be executed. What we need is a way to review/approve the changes being made to a GP tool that is being published so that Pro is not making a change that in fact is not needed to happen and breaking the script in such a way that renders it inoperative. Troubleshooting and diagnosing this issue was complex, it required connecting to the ArcGIS-Config folder where it was published and running the script locally to the server to get to the "path not found" level issue from where the folder/string was changed.
... View more
04-16-2024
11:16 AM
|
1
|
0
|
194
|
Title | Kudos | Posted |
---|---|---|
1 | 08-07-2024 10:29 AM | |
3 | 06-24-2024 11:22 AM | |
1 | 04-16-2024 11:16 AM | |
1 | 05-01-2024 11:35 AM | |
1 | 07-18-2023 02:47 PM |
Online Status |
Offline
|
Date Last Visited |
yesterday
|