In this Microsoft knowledgebase article can be found solution to the issue.
Once again I’ve stumbled on another interesting SCOM issue. First here is the environment:
SCOM01 – RMS server, HP OpenView connector service – Active
SCOM01 – MS server, OpsMgr DB, DW DB, Report server, HP OpenView connector service – Passive
OMU01 – HP Operations Manager for Unix server
SCOM01 is sending alerts to OMU01 via HP OpenView connector. After patching SCOM01 and SCOM02 the connector service stops sending alerts to OMU01. When the following command is ran on SCOM01:
winrm identify –r:OMU01:1270 –auth:basic –u:username –p:password –encoding:utf-8
HTTP error 501 is given. I’ve found similar issue with communication with Unix/Linux servers:
As SCOM is using winrm for communication with Unix\Linux and connectors the resolutions is the same:
Modifying the registry to disable the SecureChannel changes:
A “FixIt” package is available in the KB article under the Known Issues section that can be used to disable the security update
Alternatively, you can add the 32bit DWORD value:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
\SecurityProviders\SCHANNEL\
SendExtraRecord = 2
After implementing those changes the connector started to work properly again.
Another case solved.
To automate the patch process is one of the demands to achieve Private Cloud. Of course because of the many dependencies in the different environments that is not completely possible. But this automation can be started from the Hyper-V clusters. On the link below you will find script created by Jason T. Ruiz that automates the patching process using SCVMM, SCOM and WUInstall. Click on the link and patch.
http://gallery.technet.microsoft.com/Update-Hyper-V-Hosts-via-71b86c1a
Cloud Administrator in Azure World 