Bug 141053 - "getgrnam failed" complaints in a startup
Summary: "getgrnam failed" complaints in a startup
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: pam
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Tomas Mraz
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-11-28 20:01 UTC by Michal Jaegermann
Modified: 2007-11-30 22:10 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-02-01 18:26:12 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Patch to initialize revert_group (602 bytes, patch)
2005-12-19 21:36 UTC, Jay Fenlason
no flags Details | Diff

Description Michal Jaegermann 2004-11-28 20:01:13 UTC
Description of problem:

While booting, at least on x86_64 machine, I see the following:
....
Remounting root filesystem in read-write mode:             [  OK  ]
Enabling local filesystem quotas:                          [  OK  ]
getgrnam failed for Enabling swap space:                   [  OK  ]
     ^^^^^^^                                                  ^^
INIT: Entering runlevel: 3
....

'getrnmame'???  That looks like for quotas, not in use here,
and "Enabling swap space" is really the next line.  Hm ...

Version-Release number of selected component (if applicable):
initscripts-7.99-1

How reproducible:
100%

Comment 1 Bill Nottingham 2004-11-28 20:48:29 UTC
a) are you using quotas
b) do you have groups defined for pam_console use that don't exist?

Comment 2 Michal Jaegermann 2004-11-28 23:19:08 UTC
> a) are you using quotas
As I wrote "looks like for quotas, not in use here".
That is why I got somewhat baffled by this message.

> b) do you have groups defined for pam_console use that don't exist?
That would be it.  It turns out that when trying to get some
reasonable behaviour from a scanner I accidentally added one character
on some line, which is as a matter of fact not used at all, in 
/etc/security/console.perms.  Without your question I could be
looking for a long time. :-)

Comment 3 Jay Fenlason 2005-12-19 21:19:33 UTC
This is an actual bug in pam.  If revert_user is NULL, revert_group is never 
initialized, and points to garbage. 

Comment 4 Jay Fenlason 2005-12-19 21:36:08 UTC
Created attachment 122424 [details]
Patch to initialize revert_group


Note You need to log in before you can comment on or make changes to this bug.