Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 3705 - "date" gets munged
Summary: "date" gets munged
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: clock
Version: 6.0
Hardware: alpha
OS: Linux
Target Milestone: ---
Assignee: Cristian Gafton
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1999-06-24 14:04 UTC by michael.waite
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 1999-09-25 03:08:53 UTC

Attachments (Terms of Use)

Description michael.waite 1999-06-24 14:04:56 UTC
We are constantly haveing to re-enter the correct date on
our AlphaServer1200. This is a major problem for us as we y
monitor system access. Aslo nis dies when the date is
drastically different than that of the server.
When we setup the system we told it to get it's time from
the "alpha bios". We do not have a problem with "date" on
Tru64 UNIX nor NT (Alpha) there fore I am assuming that
date does not work correctly on RedHat Linux 6.0 (Alpha)
It's not so much the time but the year keeps jumping ahead
to "2079"

Comment 1 Bill Nottingham 1999-06-24 16:18:59 UTC
Does it boot through the ARC or SRM console?

------- Email Received From  "Waite, Michael" <> 06/24/99 12:24 -------

Comment 2 Bill Nottingham 1999-06-24 19:11:59 UTC
Does it jump forward only on reboots, or spontaneously during
normal use?

If it only jumps on reboots, you might want to force the SRM
mode on 'clock' - apply the following patch to /etc/rc.d/rc.sysinit:

---	Thu Jun 24 15:07:58 1999
+++ rc.sysinit	Thu Jun 24 15:08:47 1999
@@ -307,6 +307,7 @@
 rm -f /tmp/.s.PGSQL.*

 # Set the system clock.
 if [ -f /etc/sysconfig/clock ]; then
@@ -342,6 +343,12 @@
      CLOCKDEF="$CLOCKDEF (arc)";
+   ;;
+ esac
+ case "$SRM" in
+   yes|true)
+     CLOCKDEF="$CLOCKDEF (srm)";

and then add a line that says 'SRM=true' to /etc/sysconfig/clock.
Does that help at all?

Comment 3 Bill Nottingham 1999-09-25 03:08:59 UTC
Closed, lack of input.

Note You need to log in before you can comment on or make changes to this bug.