The bug report you linked to says that the fix is in TUV's FasTrack repo - I believe the SL analogue is FastBugs, so I'd try libcgroup-0.37-3 from there and see if it resolves it.

Failing that, wait for 6.3, which is currently being tested for release by TUV.

Adam Bishop
Access & Identity Management 
Janet, the UK’s education and research network

On 4 Jun 2012, at 23:18, Yasha Karant wrote:

> TUV shows:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=715413
> 
> Although the above URL contains:
> 
> Product: 	Red Hat Enterprise Linux 6
> Component: 	libcgroup (Show other bugs)
> Version(s): 	6.3
> Platform: 	All Linux
> 
> I am running SL 6x IA-32 on my laptop, and the cgred bug has appeared on the laptop.  I did a quick perusal of the SL list, and did not find a mention of the cgred bug.  cgred uses the same numerical GID as that of my own group on my laptop in the 500 range.  On my workstation that is using SL 6x X86-64, cgred appears to be a group number in the 500 range but not my group, again evidently a bug if I understand the TUV bugzilla report listed above.
> 
> In a worse case, I can manually -- using the file names but not the actual X86-64 binary files -- find out on my workstation which directories/files should be in group cgred, as on my workstation this is a different numerical GID than my own GID, and manually do the changes on my laptop -- at least until the next update that may undo such work if the cgred group bug still is present.  Is there an automatic solution from SL/TUV?
> 
> Yasha Karant
> 
> Is there a valid fix for SL 6x?
> 
> Yasha Karant


Janet is a trading name of The JNT Association, a company limited
by guarantee which is registered in England under No. 2881024 
and whose Registered Office is at Lumen House, Library Avenue,
Harwell Oxford, Didcot, Oxfordshire. OX11 0SG