HP3000-L Archives

April 2004, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
donna garverick <[log in to unmask]>
Reply To:
Date:
Thu, 1 Apr 2004 15:13:01 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (96 lines)
--- Jeff Kell <[log in to unmask]> wrote:
> Umm, I know this would be a stupid un*x/linux question, but for the
> 3000, running XNTP (scheduled job does ntpdate to our time servers
> hourly), what happens?  You still need to set timezone?   Does
> timezone have to be 'just right' when ntpdate runs?  Or should I
> scrap ntpdate for the weekend and stream the old trustworthy timezone

> changer job for 2:00 AM Sunday?

i was hoping someone would ask....here's the job i use.  it gets run
every week...

there is value in syncing the box's clock -- especially in a mixed-os
environment with cross-platform job scheduling occurring.  the 2 minute
pause is maybe questionable...but i've never seen it cause a problem.

hth         - d

!job utltime,manager.sys;outclass=,5
!
!# from the help text for setclock....
!# Results of the Time Zone Form
!#
!#   If the change in time zone is to a later time (a change to
Daylight
!#   Savings Time or an "Eastern" geographic movement), both local time
!#   and the time zone offset are changed immediately.
!#
!#   The effect is that users of local system time will see an
immediate
!#   jump forward to the new time zone, while users of Universal Time
!#   will see no change.
!#
!#   If the change in time zone is to an earlier time (a change from
!#   Daylight Savings to Standard Time or a "Western" geographic
!#   movement), the time zone offset is changed immediately.  Then the
!#   local time slows down until the system time corresponds to the
!#   time in the new time zone.
!#
!#   The effect is that users of local system time will see a gradual
!#   slowdown to match the new time zone, while users of Universal Time
!#   will see an immediate forward jump, then a slowdown until the
!#   system time again matches "real" Universal Time.
!#
!#   This method of changing time zones ensures that no out-of-sequence
!#   time stamps will occur either in local time or in Universal Time.
!#
!showclock
!showjob job=@j
!
!setvar hpcierr 0
!continue
!/NTP/CURRENT/bin/ntpdate "-B time.longs.com"
!showvar hpcierr
!showvar
!
!tellop UTLTIME -- Pausing for time adjustment to complete....
!pause 120
!
!showclock
!
!if ( hpday = 1 and hpmonth = 4 and hpdate < 8 )
!#-- first sunday in april, switch to PDT...
!  setclock timezone=w7:00
!endif
!
!if ( hpday = 1 and hpmonth = 10 and hpdate > 24 )
!#-- last sunday in october; switch to PST...
!  setclock timezone=w8:00
!endif
!
!showclock
!showjob job=@j
!eoj

=====
Donna Garverick     Sr. System Programmer
dgarverick -at- longs -dot- com
925-210-6631        Longs Drug Stores

Come, my friends, 'Tis not too late to seek a newer world.
Tho' much is taken, much abides; and tho'
We are not now that strength which in old days
Moved earth and heaven, that which we are, we are.
"Ulysses", A. Tennyson

>>>MY opinions, not Longs Drug Stores'<<<

__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway
http://promotions.yahoo.com/design_giveaway/

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2