Bug 17815
Summary: | system crash after long uptime | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Chris Greer <cgreer> |
Component: | kernel | Assignee: | Michael K. Johnson <johnsonm> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5.2 | ||
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: | 2002-12-15 01:55:53 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
Chris Greer
2000-09-25 04:43:27 UTC
This is a known problem with the 2.0.* kernels, which are used in Redhat 5.2. The basic problem is that the internal kernel variable (jiffies) that stores time since boot is only an unsigned 32-bit variable, and rolls over back to zero around 497 days after a boot on i386 machines (where jiffies are 1/100th of a second; the rollover happens faster on Alphas). This makes various things doing interval arithmetic on jiffies unhappy ('wake me in 50 jiffies', for example, or 'if it has been more than 400 jiffies since the last event, do X'). Depending on the exact drivers and events happening around the rollover, a given system may or may not be fine. I don't believe there's any real solution for 2.0.* series kernels. The problem was fixed for the 2.2 series of kernels, but I believe it was a fair amount of effort to find and fix all the code that needed to cope with jiffie rollover. |