Hi everyone,
We just installed our 10.8.1 ArcGIS Enterprise. We installed the latest patches this morning for server and web adaptor and everything went well until the patches for Portal Enterprise sites 1 and 2.
https://support.esri.com/en/Products/Enterprise/portal-for-arcgis/portal-for-arcgis/10-8-1#downloads?id=7836
https://support.esri.com/en/Products/Enterprise/portal-for-arcgis/portal-for-arcgis/10-8-1#downloads?id=7851
The installer after long minutes just send a message: installer not responding.
Does anyone got the same issue and if yes how did you solve it?
Our ArcGIS Enterprise is installed on a windows 2019 64-bits server.
We have been running ArcGIS Enterprise 10.8.1 on Windows 2019 since August and I have installed all the patches relative to the products we are actually using including the two mentioned above. I have not had either one of those patch installers freeze up. The thing I have to watch out for is the patch installer will start to run and nothing will appear to happen for 10 to 20 minutes, then I will get a Windows UAC prompt that I have to approve. Then the patch installer will sit there appearing to not do anything for another 10 to 20 minutes and then finally it will install the patch. Every single ArcGIS Portal patch that I have ever installed has taken at least 40 minutes to install.
Also, I try not to touch the patch installer window after it starts because I am afraid it will lock up the installer.
Same here! Installing portal patches takes about 20-45 min each even for tiny patches. We do our installations daily in the lab anf get these results consistently. Same since first version we used 10.5 up to now 10.9. Since number of patches often exceeds 5-10 before the next version arrives, the portal install can often take up to a full working day to complete. Would be very interested in understanding what it’s actually doing all this time…
Not sure if this could be of interest to someone, but I had a look at the detailed MSP log for a few of the patches and they all "show the same slowness" between the lines:
MSI (s) (80:6C) [20:15:39:787]: BeginTransaction: Locking Server
MSI (s) (80:6C) [20:23:45:223]: Transforming table Property.
MSI (s) (80:6C) [20:23:45:223]: Note: 1: 2262 2: Property 3: -2147287038 (STG_E_FILENOTFOUND)
MSI (s) (80:6C) [20:34:13:174]: Note: 1: 2203 2: C:\Windows\Installer\inprogressinstallinfo.ipi 3: -2147287038
While running the patch the VM does not use extensive amount of CPU or memory. Using Sysinternals Process Monitor I don't see msiexec or any portal process doing much work (no network sessions, no IO, limited memory use). The msiexec process is however shown with around 600.000-700.000 page faults delta per second!, which sounds a lot to me (no other processes are above 10...) One of the msiexec threads use roughly 23% of the CPU (almost one core in my 4 CPU VM, but none of the cores are at 100%).
The open file handles typically looks like this
40: File (RW-) C:\Windows\System3298: File (R-D) C:\Windows\System32\en-US\msiexec.exe.mui19C: File (RW-) C:\Windows\WinSxS\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.17763.771_none_05b041300723be85220: Section \BaseNamedObjects\__ComCatalogCache__230: Section \RPC Control\DSEC1802E0: File (R-D) C:\Windows\System32\en-US\sxs.dll.mui2E4: Section \BaseNamedObjects\__ComCatalogCache__2E8: File (R--) C:\Windows\Registration\R00000000000c.clb2F4: File (RW-) C:\Windows\WinSxS\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.17763.771_none_05b041300723be8534C: File (R-D) C:\Windows\System32\en-US\msimsg.dll.mui404: File (R-D) C:\Windows\System32\en-US\mpr.dll.mui438: Section \BaseNamedObjects\windows_shell_global_counters514: File (R--) C:\Windows\Installer\170d9.msp534: Section \BaseNamedObjects\windows_shell_global_counters638: File (R-D) C:\Windows\System32\en-US\crypt32.dll.mui850: File (R--) C:\Windows\Installer\1706c.msp86C: File (RW-) C:\Users\ADMINI~1\AppData\Local\Temp\1\ArcGIS-portal-ArcGIS-1081-PFA-ES3-Patch.log89C: File (R-D) C:\Windows\System32\en-US\winnlsres.dll.mui8A0: File (R--) C:\Windows\Installer\17153.msp8B8: File (R--) C:\Windows\Installer\3b0fbd.msi908: File (R-D) C:\Windows\System32\en-US\winhttp.dll.mui980: File (R--) C:\Windows\Installer\17152.msp99C: Section \BaseNamedObjects\HGFSMEMORYA20: File (R--) C:\Windows\Installer\3b0fd0.mspBA0: File (R--) C:\Windows\Installer\17051.mspBB8: File (R--) C:\Windows\Installer\1703b.msp
The call stack of the msiexec thread looks something like this:
ntoskrnl.exe!KeSynchronizeExecution+0x5a36ntoskrnl.exe!KeWaitForMutexObject+0x1c27ntoskrnl.exe!KeWaitForMutexObject+0x1799ntoskrnl.exe!KeWaitForMutexObject+0x520ntoskrnl.exe!KeAlertThread+0x406ntoskrnl.exe!KeWaitForMutexObject+0x3edentoskrnl.exe!KiCheckForKernelApcDelivery+0x2bntoskrnl.exe!KeLeaveCriticalRegion+0x37Ntfs.sys+0x105589ntoskrnl.exe!IofCallDriver+0x59FLTMGR.SYS!FltIsCallbackDataDirty+0x419FLTMGR.SYS!FltDecodeParameters+0x1136ntoskrnl.exe!IofCallDriver+0x59ntoskrnl.exe!NtQueryInformationFile+0xb0entoskrnl.exe!SeSetAccessStateGenericMapping+0x101dntoskrnl.exe!ObOpenObjectByNameEx+0x1bd9ntoskrnl.exe!ObOpenObjectByNameEx+0x1dfntoskrnl.exe!NtCreateFile+0xe4dntoskrnl.exe!setjmpex+0x7915ntdll.dll!ZwQueryAttributesFile+0x14KERNELBASE.dll!GetFileAttributesW+0x85Msi.dll!MsiSetOfflineContextW+0x1ac1f8Msi.dll!MsiSetOfflineContextW+0x1b1cb4Msi.dll!MsiSetOfflineContextW+0x1a6121Msi.dll!MsiSetInternalUI+0x2a13aMsi.dll!MsiSetInternalUI+0x2b834Msi.dll!MsiSetInternalUI+0x2b358Msi.dll!MsiSetOfflineContextW+0x203884Msi.dll!MsiSetOfflineContextW+0x684b8Msi.dll!MsiSetOfflineContextW+0x66e3eMsi.dll!MsiSetOfflineContextW+0x7aff6Msi.dll!MsiSetOfflineContextW+0x21bf73Msi.dll!MsiSetOfflineContextW+0x684b8Msi.dll!MsiSetOfflineContextW+0x66e3eMsi.dll!MsiSetOfflineContextW+0x93a5eMsi.dll!MsiSetOfflineContextW+0x6f5f2KERNEL32.DLL!BaseThreadInitThunk+0x14ntdll.dll!RtlUserThreadStart+0x21
While troubleshooting I also saw ArcGIS Server (C:\Program Files\ArcGIS\Server\framework\runtime\jre\bin\javaw.exe) read quite a lot from C:\Program Files\ArcGIS\Server\framework\etc\config-store-connection.xml but no idea if that is related (I run Server on the same VM as the Portal).
Hello,
Did you ever find a solution to this problem?
I am seeing the same on one of our servers
Likewise - and it is the important patch to fix the Chromium changes that breaks Portal
I am in the same situation here. The patch has been running over an hour and it isn't moving on Extracting Files...
this may sound stupid, but check with the Start Menu option that checks for Updates that the patch you are trying hasn't somehow been installed.
This is exactly what happened to me - I am sure I hadn't installed it, but when I checked it was listed.
After trying for few days to run the patch update and getting same message of “Installer is no longer responding” warning, I clicked the “Retry” button and finally it is working
Hope that helps
Same issue here! Tried to install ArcGIS-1081-PFA-AD-Patch.msp and after no progression for about a hour, I received the “Installer is no longer responding”.
*Update --- I was able to run the ArcGIS-1081-PFA-AD-Patch.msp patch no problem; however this patch took almost 4 hours to complete. I just had to keep hitting "retry" when I would get the “Installer is no longer responding”
Membros conectados podem postar, seguir atualizações e mais. Novo aqui? Registre uma conta gratuita.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.
