First Last Prev Next    This bug is not in your last search results.
Bug 8093 - Y2K BUG: uptime wrong after entering january 1st 00h00
Y2K BUG: uptime wrong after entering january 1st 00h00
Status: CLOSED WORKSFORME
Product: Red Hat Linux
Classification: Retired
Component: clock (Show other bugs)
6.1
i386 Linux
medium Severity low
: ---
: ---
Assigned To: Cristian Gafton
:
Depends On:
Blocks:
  Show dependency tree / graph
 
Reported: 1999-12-31 18:13 EST by bernard
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-01-04 12:08:37 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

  None (edit)
Description bernard 1999-12-31 18:13:55 EST 
Hi there.

I've many computers running 6.1. The move to 01/01/00 went fine. The only
thing that I saw so far is that 'uptime' reports a 1 day uptime at 00h00,
and then a count of minutes starting at 00h00. For instance, if the
computer has been started 10 days ago, at 00h15, 'uptime' will say
'15 minutes'.

Top(1) reports the same wrong uptime so I guess it is not uptime(1) that
is wrong itself.

However everything seems ok. I continue to test...
Comment 1 Jeff Johnson 2000-01-04 12:08:59 EST 
I cannot reproduce either the uptime or top problem on sparc or i386 ~6.1
(i.e. mostly upgraded to Raw Hide) Red Hat Linux.
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.