I'm not running SNTP on z/OS. z/OS issues a console message when seasonal time changes occur, but I don't know if z/OS knows when the HMC steers the processor time. CLOCK00 looks like this:
OPERATOR NOPROMPT /* Prompt for time at IPL when TOD set ? */ TIMEZONE W.05.00.00 /* Local offset from GMT - 04=EDT, 05=EST */ ETRMODE NO /* Using a Sysplex Timer ? */ STPMODE YES /* Using Server Time Protocol ? */ TIMEDELTA 10 /* Seconds from Stratum 1 Server tolerated*/ STPZONE YES /* Use STP to set the time zone offset? */ On Wed, Dec 23, 2015 at 9:09 AM, Pommier, Rex <[email protected]> wrote: > Hi Ken, > > Does your configuration have/use STP on the z frame in conjunction with > the HMC to keep the time in sync? > > Rex > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Ken Smith > Sent: Wednesday, December 23, 2015 7:43 AM > To: [email protected] > Subject: Re: SNTP client on z/OS > > Here, our processor's HMC gets time from one of our routers, which gets > time from NIST (the HMC can go directly to NIST but I found firewalls were > troublesome). The HMC then steers the processor's time. zOS doesn't know > what's going on, I think, other than seasonal time changes. This has been a > very stable config for many years. > > I've used plain language above instead of the jargon and complexity "Time > people" seem to love. See Redbook: Server Time Protocol Implementation > Guide > http://publib-b.boulder.ibm.com/abstracts/sg247281.html?Open > > Ken Smith > State of Maryland > > On Tue, Dec 22, 2015 at 1:05 PM, Paul Gilmartin < > [email protected]> wrote: > > > On Tue, 22 Dec 2015 10:28:38 -0600, John McKown wrote: > > > > > >But you could use a custom NTP client to change the _local_ time by > > >adjusting the offset. The simplest way would be to just have your NTP > > >client code do a 'T CLOCK=' command. This doesn't change the TOD > hardware > > >clock. It does not affect the TIME macro if you requiest "GMT" time. But > > it > > >will reset the local time. Oh, this is _not_ going to help if you > problem > > >is that you are trying to get Kerberos or some other SSL process to work > > >because I'm fairly sure that they use the TOD hardware clock (STCK or > > STCKE > > >instruction). > > > > > What about fudging CVTLSO which ought to get TIME GMT correct? If > > Kerberos, > > etc. need to avoid UTC skew they must be CVTLSO-savvy even if they STCK. > > > > -- gil > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > > > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for > delivering this message to the intended recipient, you are hereby notified > that any disclosure, distribution, copying, or any action taken or action > omitted in reliance on it, is strictly prohibited and may be unlawful. If > you have received this communication in error, please notify us immediately > by replying to this message and destroy the material in its entirety, > whether in electronic or hard copy format. Thank you. > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
