Historical fix for the Service Manager 2012 SP1 error that blocks Operations Manager settings from being added when stale HealthService registry keys already exist.

This is a small but still useful archive fix. The platform generation is unsupported, but the underlying problem was real and the resolution was simple once you knew where to look.
Beginning: the symptom
When adding Operations Manager settings to the Service Manager 2012 SP1 SCOM agent, the console could return the following error:
The Management Group configuration could not be saved.
In most of the cases this was not a permissions problem. It was stale configuration left behind from a previous management-group attempt.
Middle: where the broken state usually lives
The HealthService configuration stores management-group data in the registry. If an old or partially removed management group was still present, Service Manager could fail when you tried to add the new settings.
Check the following location:
HKLM:\SYSTEM\CurrentControlSet\Services\HealthService\Parameters\Management Groups
If you find an orphaned subkey that matches the old or failed management group, export it for safety, then remove it and retry the configuration.
Safe manual process
- Open
regedit.exeas an administrator. - Browse to
HKLM\System\CurrentControlSet\Services\HealthService\Parameters\Management Groups. - Export the affected key as a backup.
- Delete only the stale management-group subkey.
- Retry adding the Operations Manager settings.
PowerShell option
If you prefer PowerShell, the same cleanup can be done more carefully like this:
$managementGroup = '<ManagementGroupName>'
$basePath = 'HKLM:\SYSTEM\CurrentControlSet\Services\HealthService\Parameters\Management Groups'
$targetPath = Join-Path $basePath $managementGroup
if (Test-Path $targetPath) {
Remove-Item -LiteralPath $targetPath -Recurse -Force
}
Only run that after you have confirmed the key is stale and no longer represents a valid configuration.
End: why this fix was effective
The error message sounded broader than the actual problem. In practice, the issue was often just conflicting local state. Once the old management-group entry was removed, Service Manager could write the new configuration normally.
Closing thoughts
This is the kind of post worth keeping in an archive: short, specific, and still understandable years later. The platform is old, but the article now has a proper beginning, middle, and end instead of stopping halfway through the diagnosis.




