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
