Latest Contributions by ThomasIllingworth

We ran the tool again and this time it worked, we are considering running this again to see if it is a one off D:\Log4j>D:\ArcGIS\Server\framework\runtime\ArcGIS\bin\Python\envs\arcgispro-py3\python.exe log4shellmitigation.py --list D:\ArcGIS\Server Product home: D:\ArcGIS\Server Pattern to search: D:\ArcGIS\Server\**\*log4j-core*.jar Pattern to search: D:\ArcGIS\Server\**\pax-logging-log4j2\*\*.jar Found files: 5 D:\ArcGIS\Server\framework\lib\shared\log4j-core-2.8.2.jar -- patched D:\ArcGIS\Server\tools\configurebasedeployment\lib\log4j-core.jar -- patched D:\ArcGIS\Server\tools\createsite\lib\log4j-core.jar -- patched D:\ArcGIS\Server\tools\upgradebasedeployment\lib\log4j-core.jar -- patched D:\ArcGIS\Server\tools\upgradeserver\lib\log4j-core.jar -- patched Summary: System has been patched. No updates are needed. All done! D:\Log4j> ... View more

We've just got a similar for our attempt on our test environment We ran the CMD as adminstrator  OSError: [WinError 145] The directory is not empty: 'C:\\Users\\ADEB3D~1\\AppData\\Local\\Temp\\tmpw8tj9mrg\\org\\apache\\logging\\log4j\\core' We ran the list again afterwards it patched the first 1 of 5 but not the  D:\ArcGIS\Server\framework\lib\shared\log4j-core-2.8.2.jar -- patched D:\ArcGIS\Server\tools\configurebasedeployment\lib\log4j-core.jar -- needs patching D:\ArcGIS\Server\tools\createsite\lib\log4j-core.jar -- needs patching D:\ArcGIS\Server\tools\upgradebasedeployment\lib\log4j-core.jar -- needs patching D:\ArcGIS\Server\tools\upgradeserver\lib\log4j-core.jar -- needs patching Anyone got any suggestions? ... View more

Hey Rex  Thanks for confirming thought was the case just wanted to make sure 🙂   Thanks for the helpful comments and images above as well 🙂   Thanks Tom ... View more

Quick question regarding the python 3 requirement we are running twin 10.6.1 servers I can see the directory specified for python 3 in the article do we need to actually run the executable to install python or is it already installed? When we do the CMD I can tell we call the exe just wanting to making sure we didn't need to run it separately beforehand. Sorry if this seems a silly question Thanks Tom ... View more

Hey Rex Thanks for the post video link and comments below will take a look 🙂 ... View more

Hi Randall Quick question is there a guide anywhere for setting up the environment variable for ArcGIS anywhere? Never set up one myself before Thanks Tom ... View more

Hi Christof Thanks for replying to my question with your suggestion Yeah on the couple of attempts that i attempted ti do the transfer i checked that the number of files and the file sizes were exactly the same as I did wonder if any had been missed when doing the transfer. Far as I can tell it has the read write/permissions on those directories is there away to definitely tell? We had a few spare small caches around on test environment that i tried the same process with moving the cache and deleting the service except this time it only retained one scale of 8000. The scales in the test caches went 8000 to 500, we,tested this to see if  it was something to do with the scaling we were using.although unlikely. One thing i have found with some more testing since asking the original question, is that if i purely do "stop and start" instead of doing save and restart it seems to retain the cache without dropping the lower scales from 8000 downwards. The only problem with this if i ever need do change any service settings  and do "save and restart" is that the issue will probably return. We did try this at 10.3.1 a couple of years ago and had a lot of problems when we tried it then although we didn't do as much testing as we are doing now I did rebuilding the status gdb of one of small tests one and it didn't seem to want to rebuild it. I ended up using arcmap tools to rebuild the status gdb file it came back showing only 8000 as it was only before. This cache is very small compared to the one we are trying move which is around 50GB. It just seems really strange I don't know if the cache reporting tools symbol is required for a cache to be classed as successful in server manager. As without that coming back it seems to mostly work from the tests we have done. As all the cache information is on the service and in the service settings just not in the reported status Hope your doing well Tom ... View more

Thanks George will have a look into Thanks Tom ... View more

Hello Thomas Jones‌ Thanks for getting back to me regarding the above question, yeah alot of the people I have spoken to have mentioned similar to what you have said about it being a generic error message In terms of the trouble shooting suggestions you mentioned : It never gives us which service it has come from just giving us that the source is from rest unfortunately  Not sure what is happening at the time of error we have a combination of services most of them are read only with some feature server ones mixed in. I've had it happen to me when I was just panning around the map once. It will be using dns to the best of my knowledge e.g test.***.gov.uk/arcgis/rest/services we are doing this through a third party load balancer and not using the  web adaptor. The system as a whole is working with this error popping up intermittently  Do you think it is worth up the logging level? My worry is that a connection could be closed if it is midway through a process of doing something  Hope your doing well Thanks Thomas ... View more