Apr 25 2017 11:20 PM
I got two seperate azure environments and I am trying to use oms update management (free tier).
Both environments seem to be unable to patch any server they always fail with the most helpful error message of all time "Exception from HRESULT: 0x80240007" and the completed patch management task only shows "no data" nothing unsucessful nothing successfull.
Does anyone know what might cause this issue?
The documentation does not really help at all and I can't find anything about this error in azure.
Regards
Carsten
Apr 30 2017 06:48 AM
what update source are you trying to use, are you able to update the machine manually from the gui
May 01 2017 01:17 AM
May 01 2017 03:41 AM
so the clients are set to find updates automatically, when you log in after an update attempt does client show updates pending installation ?
i havent tested this the oms update, so currently i dont know much about it.
May 01 2017 10:49 PM
Yes the clients are set to find updates automatically and I even had them downloaded automatically on one machine the only thing that is missing is the installation. The update job finishes but says no data and the runbook which should patch the machine only shows the error message from my original post.
May 02 2017 11:16 AM
May 02 2017 09:37 PM
Thank you, I really appreciate your help. I checked one of my Windows 2016 Servers and could see both the 3000 and the 5002 events.
The frequencey of the events is as low as it is because the server is in my visual studio subscription and is only active when I need it. The Servers in the other environment are already in use and I can't just log on whenever I want.
May 02 2017 10:23 PM
I just tried another update and checked the Job History of the Runbooks in the production environment and it seems as if the error has changed now. I didn't change the configuration but now it looks as seen below:
Since the runbooks are protected and I cannot see what happens inside it is really annoying.
May 04 2017 03:42 AM
So i booted up a VM in azure and connected to my OMS.
Unfortunately i did not encounter any issues.
the last screen dump you provided indicates issues downloading the update.
As all you VM's are based on the same MSDN image could you perhaps try a VM from the gallery ?
im sorry i could not provide you with a better answer.
have you tried the following
Please let me know how it goes.
Alternativly we could try to use my OMS against one of your machines if you like.
This way we could confirm if your Client target is at fault.
May 07 2017 11:31 PM
Hi Kent,
all machines are based on the default azure Windows Server 2016 image from the azure portal.
The funny thing is that I get this error in two different subscriptions in completly differnt tenants and one of the OMS worklplaces was even setup by another colleage.
In the meantime I opened a Microsoft support case and we are now trying to find the cause of the issue.
Trying an update from your OMS is not necessary at the time but thanks for the offer.
I will update as soon as I know what happens here.
Jun 08 2017 09:20 PM
SolutionThrough a Microsoft support call we found out that the new problem is caused by a parameter error in a function call inside the oms patch script and an updated for a default printer driver from 2006 (on windows Server 2016).
At the moment when an update fails the script will try to add it to a failed list using this line of code:
AddUpdateToFailList GetUpdateKbID($update.KBArticleIDs) $update.Title $update.Identity.UpdateID $null "Install Failed" $baseException.HResult
The problem is that GetUpdateKbID and $update.KBArtcileIDs are treated as two seperate parameters.
By june the 15th a new version of the script should be rolled out to all azure datacenters.
The script contains a fixed function call.
AddUpdateToFailList $(GetUpdateKbID($update.KBArticleIDs)) $update.Title $update.Identity.UpdateID $null "Install Failed" $baseException.HResult
Jun 08 2017 09:20 PM
SolutionThrough a Microsoft support call we found out that the new problem is caused by a parameter error in a function call inside the oms patch script and an updated for a default printer driver from 2006 (on windows Server 2016).
At the moment when an update fails the script will try to add it to a failed list using this line of code:
AddUpdateToFailList GetUpdateKbID($update.KBArticleIDs) $update.Title $update.Identity.UpdateID $null "Install Failed" $baseException.HResult
The problem is that GetUpdateKbID and $update.KBArtcileIDs are treated as two seperate parameters.
By june the 15th a new version of the script should be rolled out to all azure datacenters.
The script contains a fixed function call.
AddUpdateToFailList $(GetUpdateKbID($update.KBArticleIDs)) $update.Title $update.Identity.UpdateID $null "Install Failed" $baseException.HResult