Skip to content

The Management Group Configuration Could Not Be Saved in System Center Service Manager 2012 SP1

Technical Article

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

Categories
MicrosoftSystem Center 2012
Tags
Microsoft WindowsScomScsmService PackSystem Center 2012 Sp1System Center Operations ManagerWindows Registry
The Management Group Configuration Could Not Be Saved in System Center Service Manager 2012 SP1

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

  1. Open regedit.exe as an administrator.
  2. Browse to HKLM\System\CurrentControlSet\Services\HealthService\Parameters\Management Groups.
  3. Export the affected key as a backup.
  4. Delete only the stale management-group subkey.
  5. 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.