Subject: | |
From: | |
Reply To: | |
Date: | Mon, 4 Jun 2012 15:18:25 -0700 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
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
|
|
|