Bug 3705 - "date" gets munged
Summary: "date" gets munged
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: clock
Version: 6.0
Hardware: alpha
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Cristian Gafton
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
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:
Environment:
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" <Michael.Waite@compaq.com> 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:

--- rc.sysinit.foo	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.
+SRM=0
 ARC=0
 UTC=0
 if [ -f /etc/sysconfig/clock ]; then
@@ -342,6 +343,12 @@
    yes|true)
      CLOCKFLAGS="$CLOCKFLAGS -A";
      CLOCKDEF="$CLOCKDEF (arc)";
+   ;;
+ esac
+ case "$SRM" in
+   yes|true)
+     CLOCKFLAGS="$CLOCKFLAGS -S";
+     CLOCKDEF="$CLOCKDEF (srm)";
    ;;
  esac
 fi

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.