Bug 103540
| Summary: | under kernel 2.6.0-test4, ps -f reports STIME incorrectly | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Scott Hoffman <scott781> |
| Component: | procps | Assignee: | Daniel Walsh <dwalsh> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 9 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | athlon | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2004-02-11 13:39:13 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: | |||
This is fixed upstream, we need to go to 2.0.16. Mass reassign to new owner Fixed in current release 3.1.15 |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030702 Description of problem: running ps -ef under kernel 2.6.0-test4.1.32smp, shows STIME that can be several hours or days older than accurate time. Compiling procps 3.1.11 from source gives correct output. Version-Release number of selected component (if applicable): procps-2.0.11-6 How reproducible: Always Steps to Reproduce: 1. enter ps -f 2. 3. Actual Results: [scott@x1 scott]$ ps -f UID PID PPID C STIME TTY TIME CMD scott 18971 18969 0 Aug31 pts/0 00:00:00 bash scott 19056 18971 0 Aug31 pts/0 00:00:00 ps -f [scott@x1 scott]$ date Mon Sep 1 20:39:50 CDT 2003 Expected Results: [scott@x1 scott]$ ps -f UID PID PPID C STIME TTY TIME CMD scott 18971 18969 0 20:32 pts/0 00:00:00 bash scott 19513 18971 0 20:48 pts/0 00:00:00 ps -f [scott@x1 scott]$ date Mon Sep 1 20:48:52 CDT 2003 Additional info: