Bug 5152
Summary: | Upgrading RPMs may cause program UID/GID's to change | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Pekka Savola <pekkas> |
Component: | shadow-utils | Assignee: | Preston Brown <pbrown> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2000-02-14 20:16:04 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: |
Description
Pekka Savola
1999-09-15 12:35:44 UTC
This should not happen. The xfs user is created before the package gets installed, and rpm uses only symbolic names ofr files ownership. What problem did you exactly encounter and how can we reproduce it? There seems to be a misconception here on my part. The UID/GID change wasn't actually caused by useradd/userdel scripts in XFree86-xfs RPM. What really happened: 1) XFree87-xfs was installed as usual, it gets UID/GID's like 300-400 (that range seems pretty standard for RH). 2) The box is included in a site-wide password/user account synchronizing scheme, and all UID/GID's above 100 are removed from passwd files. To avoid the problem, I should have moved xfs account to UID/GID below 100. 3) The RPM is upgraded and a new xfs account is created (with non-previous UID/GID's, naturally). Still my (and other people's) concern about using UID/GID's 100<x<500 for system configurations is IMO a valid one. |