Bug 110895
Summary: | running processes are not listed in /proc, with ps or top | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Martin Grimm <martin.grimm> | ||||||
Component: | kernel | Assignee: | Pete Zaitcev <zaitcev> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | high | ||||||||
Version: | 3.0 | CC: | petrides, pstadt, riel | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | s390x | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2004-11-08 16:55:49 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: |
|
Description
Martin Grimm
2003-11-25 12:16:44 UTC
*** Bug 110943 has been marked as a duplicate of this bug. *** strace ls /proc open("/proc", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 3 fstat(3, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 fcntl(3, F_SETFD, FD_CLOEXEC) = 0 getdents(3, /* 35 entries */, 993) = 992 lseek(3, 28, SEEK_SET) = 28 getdents(3, /* 37 entries */, 993) = 984 lseek(3, 267, SEEK_SET) = 267 getdents(3, /* 20 entries */, 993) = 480 getdents(3, /* 1 entries */, 993) = 24 getdents(3, /* 0 entries */, 993) = 0 close(3) = 0 The root cause is that root directory of /proc defaults to generic lseek, which simply changes filp->f_pos. However, fs/proc/base.c:get_pid_list caches current position in a private cursor, which generic lseek does not clear. Seeking the root of /proc is broken thus on all architectures, but only s390x seeks when reading. This is something to be investigated. A simplistic fix would be to reset the cursor on any seek, but it may have performance implications. Created attachment 96206 [details]
Simplistic fix (tested)
Created attachment 96218 [details]
Take 2, telldir works
Modified in 2.4.21-5.EL Where can I find 2.4.21-5.EL to test / when and where will it be available? All errata tests are available in the "Sushi" RHN channel. Please contanct your TAM for the access details. Additionally, this fix is included into a periodic update RHEL 3 U1, which will be available shortly. If urgent resulution is needed and RHN access is not practical, I suggest rebuilding from source, using the patch attached to the comment #5. Tested: Problem is fixed in RHEL 3 U1. Sorry for the long delay, thought this was closed long ago :-( An errata has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2004-017.html |