Bug 143308
| Summary: | grpck interprets the gshadow file incorrectly | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jørgen Thomsen <joergen> | ||||||
| Component: | shadow-utils | Assignee: | Peter Vrabec <pvrabec> | ||||||
| Status: | CLOSED RAWHIDE | QA Contact: | |||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 3 | CC: | ben, jack, moneta.mace, mstyne, zing | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | i686 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2005-02-28 09:21:52 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
I have verified this on three different servers. shadow-utils-4.0.3-55 Confirmed with shadow-utils-4.0.3-56 too. shadow-utils-4.0.3-21.i386 does not exhibit this behavior. Just wanted to mention that I'm seeing this issue on Fedora Core 2. Do I need to send in the necessary patches or is someone already working on this issue? I have the same failure on a Fedora Core 2 like Ben Thomas. How can be resolved? There is any way to fix it? This is a pretty serious problem as we run grpck daily to ensure uptime in the event of /etc/group corruption. Yes we are having the same issue on one of our Fedora core 2 servers. We hope this will be fixed soon/ the maxmem patch is horked. is there any reason why the code in sgetgrent.c can't be used? attaching... Created attachment 110404 [details]
dynamically allocate list function
I've rebuilt the shadow-utils RPM with Zing's modified maxmem patch. It's available at: http://nimbus.alphamonkey.org/~mstyne/rpm/ I've only tested it on my home machine, running FC3, and it seems to work. (Where 'work' == 'doesn't spit out nonsensical errors') YMMV, use at your own risk. I hope to test it with a few FC2 boxes later today. Hopefully this can tide us over until a fixed RPM comes Down From Above(tm). Created attachment 111466 [details]
fixed maxmem.patch from Mogens Kjaer (mk)
I am having this same problem with FC3 and need to get the fix, up2date is not showing anything newer then: shadow-utils 4.0.3 56 i386 Which I re-installed to be sure. |
From Bugzilla Helper: User-Agent: Opera/7.54 (Windows NT 5.1; U) [en] Description of problem: grpck does not interpret the lines of the gshadow file correctly. It even happens after deleting the gshadow file and recreating it with grpconv Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. grpck -r 2. 3. Actual Results: shadow group bin: no user oot delete member `oot'? No shadow group daemon: no user delete member `'? No shadow group daemon: no user x delete member `x'? No shadow group daemon: no user ot delete member `ot'? No shadow group daemon: no user in delete member `in'? No Expected Results: nothing Additional info: /etc/group root:x:0:root bin:x:1:root,bin,daemon daemon:x:2:root,bin,daemon sys:x:3:root,bin,adm /etc/gshadow root:x::root bin:x::root,bin,daemon daemon:x::root,bin,daemon sys:x::root,bin,adm