SCIENTIFIC-LINUX-USERS Archives

June 2012

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

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

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

Print Reply
Content-type:
text/plain; CHARSET=US-ASCII; format=flowed
Sender:
Mailing list for Scientific Linux users worldwide <[log in to unmask]>
Subject:
From:
Yasha Karant <[log in to unmask]>
Date:
Mon, 4 Jun 2012 15:18:25 -0700
MIME-version:
1.0
Content-transfer-encoding:
7BIT
Reply-To:
Yasha Karant <[log in to unmask]>
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