Bug 81601
| Summary: | stat(2) of files owned by uid > 64K returns bogus uid | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 2.1 | Reporter: | Jay Fenlason <fenlason> |
| Component: | kernel | Assignee: | Larry Woodman <lwoodman> |
| Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 2.1 | CC: | jfeeney |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | ia64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2005-09-28 13:07:54 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: | |||
We cant make this type of change to AS2.1 any more. Please open up a RHEL3 or RHEL4 bug if it is a problem there. Larry Woodman |
From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) Description of problem: When I created a testuser with a uid of 100000, then did an ls -la of ~testuser, the ls showed up as being owned by nfsnobody. AFAICT the files are actually owned by the testuser, but the stat(2) system call is returning an incorrect value in the st_uid field. When I su to testuser, id(1) shows the correct uid and gid, and I can chmod the files. When I su to nfsnobody, id(1) shows the same uid and gid as ls -l shows for the files, but I cannot chmod or access them. Version-Release number of selected component (if applicable): How reproducible: Didn't try Steps to Reproduce: 1.useradd -u 100000 testuser 2.ls -la ~testuser 3. Actual Results: Files appear to be owned by nfsnobody rather than testuser. Expected Results: Files should be correctly listed as owned by testuser. Additional info: