SCIENTIFIC-LINUX-USERS Archives

June 2012

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Yasha Karant <[log in to unmask]>
Reply To:
Yasha Karant <[log in to unmask]>
Date:
Mon, 4 Jun 2012 15:18:25 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (33 lines)
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

ATOM RSS1 RSS2