problem after setting time

[kendall Mccarthy]

We are having an issue with VMS time after daylight savings time change. The time slowly starts going out of sync until it gets to 1 hour fast? Any Ideas?

[Duncan Morris]

Kendall,

can you give us some more information to work with?

What version of VMS is this, and on which architecture?

Do you have DECnet-Plus and/or TCPIP?

You may find that you have DTSS enabled, and this is synching to another time source.

Duncan

[kendall Mccarthy]

CPIPSorry about that ...
OpenVMS V7.3-2
AlphaServer ES40


AICNY1> sho net

Product: DECNET Node: AICNY1 Address(es): 1.96
Product: TCP/IP Node: aicny1.doc.cn.ci.nyc.ny.us Address(es): 10.240.1
19.105

How do I tell if this site has DTSS enabled.

[Steven Schweda]

pipe show system | search sys$input dtss

[kendall Mccarthy]

AICNY1> pipe show system | search sys$input dtss
%SEARCH-I-NOMATCHES, no strings matched

[Duncan Morris]

Hi Kendall,

check whether you are using DECnet phase IV or DECnet Plus (aka OSI)

$ prod show prod decnet*

for a phase IV site

----------------------------------- ----------- ------------
PRODUCT KIT TYPE STATE
----------------------------------- ----------- ------------
DEC AXPVMS DECNET_PHASE_IV V7.3-2 Full LP Installed
----------------------------------- ----------- ------------

1 item found

and for DECnet phase V /OSI/Plus

----------------------------------- ----------- ------------
PRODUCT KIT TYPE STATE
----------------------------------- ----------- ------------
DEC AXPVMS DECNET_OSI V7.3-2 Full LP Installed
----------------------------------- ----------- ------------

1 item found

Provided you have the phase V product, you can do

$ MC NCL SHOW DTSS ALL CHAR

If DTSS is not enabled you will get
mc ncl show dtss all
%NCL-E-CMLSENDFAILED, error sending command request
-CML-E-EMAAPROB, error returned from VMS EMA agent
-NCL-E-ENTCLSNOTSUPP, entity class not supported
D

othersie please post the result

Duncan

[kendall Mccarthy]

AICNY1> prod show prod decnet*
----------------------------------- ----------- ------------
PRODUCT KIT TYPE STATE
----------------------------------- ----------- ------------
DEC AXPVMS DECNET_PHASE_IV V7.3-2 Full LP Installed
----------------------------------- ----------- ------------

1 item found

[Duncan Morris]

OK,

so no DTSS.

Next candidate would be the TCPIP time provider NTP

can you post the output of

$ tcpip show serv ntp/fu

If you find that the service is enabled, then
look at

SYS$SPECIFIC:[TCPIP$NTP]TCPIP$NTP_RUN.LOG

and the configuration file:-

sys$specific:[tcpip$ntp]tcpip$ntp.conf

[Steven Schweda]

Other potentially interesting data:

show logical sys$timezone*

show logical tcpip$ntp*

[kendall Mccarthy]

Any help on disabling this ?

[EdgarZamora_1]

I've seen a similar behavior before. Sounds like ntp. I think your scenario is that your VMS system did an automatic adjustment of Daylight Savings Time (check your SYSGEN param AUTO_DLIGHT_SAV) but your ntp time source did not. Now ntp is trying to get your time back in sync. You will have to determine how you want your time managed and adjust SYSGEN parameter or ntp config accordingly.

[Ian Miller.]

can you post the result of

$ @sys$startup:utc$time_setup show
$ TCPIP SHOW SERVICE

I suspect that your TDF is still set one hour ahead of what it should be and you have an NTP service that is drifting the time to what it thinks it should be by running the clok fast.

The local TDF can be corrected using
@sys$startup:utc$time_setup

[Ian Miller.]

If your TDF is correct then restarting your NTP server (assuming you are using one).

$ @TCPIP$NTP_SHUTDOWN.COM
$ @TCPIP$NTP_STARTUP.COM

[kendall Mccarthy]

AICNY1> @sys$startup:utc$time_setup show

AUTO_DLIGHT_SAV is set to "0" and DTSS is not in use.
You will have to manually change to/from Daylight Saving Time.

You can do this by executing SYS$MANAGER:UTC$TIME_SETUP.COM,
or you can use SYS$EXAMPLES:DAYLIGHT_SAVING.COM.


LOCAL TIME ZONE = EASTERN / US -- STANDARD TIME
LOCAL SYSTEM TIME = 1-NOV-2006 11:19:46.33 (EST)
TIME DIFFERENTIAL FACTOR = -5:00
TIME ZONE RULE = EST5EDT4,M4.1.0/02,M10.5.0/02
Change EST to EDT on the First Sunday of April (2-Apr-2006) at 02:00
Change EDT to EST on the Last Sunday of October (29-Oct-2006) at 02:00

AICNY1> $ TCPIP SHOW SERVICE

Service Port Proto Process Address State

FTP 21 TCP TCPIP$FTP 0.0.0.0 Enabled
METRIC 570 UDP TCPIP$METRIC 0.0.0.0 Enabled
NTP 123 UDP TCPIP$NTP 0.0.0.0 Enabled
SMTP 25 TCP TCPIP$SMTP 0.0.0.0 Enabled
TELNET 23 TCP not defined 0.0.0.0 Enabled
AICNY1>

[EdgarZamora_1]

So it seems that your system did not automatically switch to DST and ntp source did and your ntp service caught you up. You might want to change the SYSGEN parameter AUTO_DLIGHT_SAV to 1 to avoid problems in the future.

[Duncan Morris]

Edgar,

it looks as though Kendall changed the time OK on the ES40, but the NTP process has not picked up the timezone change. As he set the VMS time back one hour, it will be the NTP that is dragging the clock forward.

Kendall,

restart your NTP service as shown by Ian, and I think that you will be quite ok

Duncan

[kendall Mccarthy]

stopping and restarting did the trick ... thanks everyone!