> How does STIMER behave when the interval spans a DST or leap second
> boundary? Is this documented?
STIMER does not need to know the interval spans a DST or leap second
boundary. When a DST or leap second change occurs an adjustment is
made to existing TQEs.
George Kozakos, z/OS So
me?
See the PERFORM TIMING FACILITY FUNCTION instruction in the Principles of
Operation.
> Unless you POR every week, your z13s clock is gonna drift and you're
> gonna have to compensate one way or another.
That's true. You need to configure STP and synchronize to an external time
source (ET
Support Element
Date/Time) to ensure the CPC TOD is set to the correct time at POR.
Regards,
George Kozakos, z/OS Software Service
IBM Mainframe Discussion List wrote on
11/05/2021 06:25:35 AM:
> From: Ed Jaffe
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 11/05/2021 06:25 AM
> Subj
You can use IPCS LTOD stck-value to check that your calculation is correct
George Kozakos
z/OS Software Service, Level 2 Supervisor
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
> Is there any additional documentation on this function ?
The function was documented in the z/OS Version 1 Release 11
Implementation redbook - 13.5 Cross-memory TCB and SRB WAIT
Regards,
George Kozakos
z/OS Software Service, Level 2 Supervi
occurred January 1st, 2017
Regards, George Kozakos
z/OS Software Service, Level 2 Supervisor
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zone offset and you
do not
wish to use the time zone specified via STP (e.g. as it is set to the US
time zone)
then you can specify STPZONE NO, TIMEZONE=E.09.00.00 (for Japan) in
CLOCKxx.
Regards,George Kozakos
z/OS Software Service, Level 2 Supervisor
IBM Mainframe Discussion List <IBM-M
ur case, STP was
> fat, dumb, and happy because he was communicating nicely with his
> NTP servers(multiple HMCs), and it was the HMC's that were falling
> out of accuracy. So, I don’t know if this would help me or not.
Right, the ACCURACY keyword would not have helped in that scenario.
Regards, Geo
You should open a PMR. UTC/GMT can only be changed via an IPL with OPERATOR
PROMPT
specified in CLOCKxx. At POR the processor TOD is set to the SE clock.
George Kozakos
z/OS Software Service, Level 2 Supervisor
IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on
08/11/2016 02
>Not any computer systems I work with. They use either 1900 or 1970
>as their epoch. What uses 1972?
The "epoch" on z/OS systems is 1900.
George Kozakos
z/OS Software Service, Level 2 Supervisor
--
For IB
R-queued events?
> Someone may want to wait for two seconds physical time; someone else may
> want to wait until two seconds after midnight.
All CPUs are interrupted to process the external interrupt for the leap
second change.
The leap second change is applied to TOD (LT) and GMT real/wait TQEs.
ange and CVTLSO is updated. STCK time does not change but UTC/GMT
jumps backward due to the change in CVTLSO.
Regards,
George Kozakos
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@lists
ositive change, z/OS spins on all CPUs for
the
amount of the positive leap second change to ensure there are no duplicate
UTC
time stamps and updates CVTLSO. No steering is required as STP UTC time
remained
accurate with the ETS.
Geo
> Mostly a curiosity and "long-term" question: where do you set the leap
> second offset? Can it be set without an IPL?
>
> I searched System Commands for "leap" and did not find anything.
>
> Charles
Via STP or Sysplex Timer
Regards,
George Kozakos
z/O
to correct my answer to the second question:
If, at 17:59:59 I had issued STIMER WAIT,BINTVL=[3 seconds]
would the wait have expired at 18:00:01?
It would expire at 18:00:01 if you are using leap seconds and at
18:00:02 if you are not. In both cases the wait will expire in 3
seconds time.
George
.
The problem is that at 17:59:59 when the STIMER is processed we
don't know that a leap second will occur at 18:00.
George Kozakos
z/OS Software Service, Level 2 Supervisor
--
For IBM-MAIN subscribe / signoff / archive access instructions
it gets the Time Control
Parameter Change event external interrupt for STP or the ETR Alert
event external interrupt for ETR.
George Kozakos
z/OS Software Service, Level 2 Supervisor
--
For IBM-MAIN subscribe / signoff / archive
aren't using leap seconds
If, at 17:59:59 I had issued STIMER WAIT,BINTVL=[3 seconds]
would the wait have expired at 18:00:01?
No, it would expire at 18:00:02 regardless of whether you are using
leap seconds
Unless the answer to both questions is Yes, there's a bug.
-- gil
George Kozakos
You are missing MODE=HOME
Regards,
George Kozakos
z/OS Software Service, Level 2 Supervisor
IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on
24/10/2014 02:20:12 PM:
From: Phil Smith p...@voltage.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 24/10/2014 02:21 PM
Subject: SLIP trap
to intialize the sysplex.
If you did not specify SIMETRID then it seems you have specified
PLEXCFG=MULTISYSTEM
or ANY. You need to specify PLEXCFG=XCFLOCAL.
George Kozakos
z/OS Software Service, Level 2 Supervisor
--
For IBM-MAIN
adjustment.
George Kozakos
z/OS Software Service, Level 2 Supervisor
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
00013F41B5418DDC 04182013
Regards,
George Kozakos
z/OS Software Service, Level 2 Supervisor
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
22 matches
Mail list logo