~ Brian McDermott | Escalation Engineer
If you use groups in System Center Operations Manager (OpsMgr 2007, OpsMgr 2012 or OpsMgr 2012 R2) and add one to a Distributed Application, you might discover that you can no longer find that group in the Groups pane once that is done. For example, first we create a group as seen below. Now you see it…
…you add it to a Distributed Application…
…and now you don’t.
If this happens to you, don’t be too concerned as the group hasn’t actually been deleted. It is still there, still doing what it was doing before it disappeared. In fact, it hasn’t completely disappeared, as you can still see it if you look for it in the Object Discoveries pane. So it’s just that it’s not visible in the Groups pane anymore.
However I suppose you want it back, and that seems a reasonable request, so read on to find out how.
In order to ensure that you group comes back, and to ensure that groups no longer disappear when you add them to a Distributed Application, you can use the following trick.
Create a new group that has a dynamic group membership that contains all other groups, but excludes itself. It is very important that it excludes itself otherwise you have created an infinite containment loop and that would be bad. The reason this will work comes down to the reason the groups disappear in the first place. The way we list the groups is in a tree hierarchy. We query for the top level objects and then display the groups nested below them. The problem arises because when we add a group to a Distributed Application, the group is no longer a top level object and so it is no longer returned by the query.
Anyway, here are the steps to do this and thus avoid the problem.
1. Create a new group as shown below.
You will now have a new top level group, which in my example is named Expand to see all groups…
As long as you never add this group to a Distributed Application your groups will never disappear again.
NOTE Be prepared to wait a while for the group calculations to run before the view changes and your groups are back.
Brian McDermott | Escalation Engineer | Microsoft GBS Management and Security Division
System Center All Up: http://blogs.technet.com/b/systemcenter/
Configuration Manager Support Team blog: http://blogs.technet.com/configurationmgr/
Data Protection Manager Team blog: http://blogs.technet.com/dpm/
Orchestrator Support Team blog: http://blogs.technet.com/b/orchestrator/
Operations Manager Team blog: http://blogs.technet.com/momteam/
Service Manager Team blog: http://blogs.technet.com/b/servicemanager
Virtual Machine Manager Team blog: http://blogs.technet.com/scvmm
Microsoft Intune: http://blogs.technet.com/b/microsoftintune/
WSUS Support Team blog: http://blogs.technet.com/sus/
The RMS blog: http://blogs.technet.com/b/rms/
App-V Team blog: http://blogs.technet.com/appv/
MED-V Team blog: http://blogs.technet.com/medv/
Server App-V Team blog: http://blogs.technet.com/b/serverappv
The Surface Team blog: http://blogs.technet.com/b/surface/
The Application Proxy blog: http://blogs.technet.com/b/applicationproxyblog/
The Forefront Endpoint Protection blog : http://blogs.technet.com/b/clientsecurity/
The Forefront Identity Manager blog : http://blogs.msdn.com/b/ms-identity-support/
The Forefront TMG blog: http://blogs.technet.com/b/isablog/
The Forefront UAG blog: http://blogs.technet.com/b/edgeaccessblog/
System Center Operations Manager 2007
System Center 2012 Operations Manager
System Center 2012 R2 Operations Manager