Re: UTC and Daylight Savings Time

[Scott Chapman]

On Thu, 5 Jan 2017 17:02:23 +, Bill Bishop (TMNA)  
wrote:

>Using STP, the local time changes automatically and I am not aware of any way 
>prevent it.  
>
>Is anyone aware of how to accomplish this?

My recollection was that you could disable the automatic adjustment of DST, and 
the Redbook supports that memory...

"If the selected time zone does not support automatic adjustment or if the user 
does not wish to use automatic adjustment of daylight saving time, select Set 
standard time or Set daylight saving time depending on what is in effect at the 
time that the change is made. "

See PDF page 93, indicated page 75 in: 
http://www.redbooks.ibm.com/redbooks/pdfs/sg247281.pdf

Scott Chapman

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: UTC and Daylight Savings Time

[Jesse 1 Robinson]

I have not seen anyone mention LPAR time offset. It's been around for 
years--around Y2K IIRC--but we've never had a need to use it. In the LPAR Image 
profile, you have this option:

Clock Type Assignment
  Standard time of day 
  Logical partition time offset

If you select Standard, the LPAR will take UTC and local directly from the 
external time source, once Sysplex Timer, now STP.

If you select Logical, you can run each LPAR at its own local offset. I believe 
(cannot prove) that the LPAR is still synchronized with the external timer, but 
local time is calculated according to your own LPAR definition. I certainly 
have no idea how this works without an external timer, but I suggest you 
explore the option. Your situation is exactly why the option was created.

Changing your configuration to run with true UTC is not transparent. When we 
did it, the DB2 folks in particular had to interpret their logs differently. 
This was about two decades ago; life has gone on. Meanwhile, with modern 
software in place, it is no longer necessary to restart DB2, CICS, or any other 
time-sensitive task.  

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, January 05, 2017 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: UTC and Daylight Savings Time

On Thu, 5 Jan 2017 17:02:23 +, Bill Bishop (TMNA) wrote:

>I have been requested to investigate the impact of switching "local" time to 
>"UTC" time.
>
>We currently use STP to establish the time and offsets for our LPARs, so 
>basically we are using UTC time correctly.
>
>However, the requirement may include not changing local time when daylight 
>savings time occurs.  The intent is to maintain a consistent 'displayed' time 
>world-wide as many places do not adjust times.
> 
If your operations are worldwide, UTC would seem the sensible choice.

>Using STP, the local time changes automatically and I am not aware of any way 
>prevent it.  
> 
Surely STP can accomadate locales even in the U.S. such as Arizoa and Hawaii 
which do not observe Daylight Saving time, more so oveseas and in the southern 
hemisphere.

>Is anyone aware of how to accomplish this?

-- gil


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: UTC and Daylight Savings Time

[Paul Gilmartin]

On Thu, 5 Jan 2017 17:02:23 +, Bill Bishop (TMNA) wrote:

>I have been requested to investigate the impact of switching "local" time to 
>"UTC" time.
>
>We currently use STP to establish the time and offsets for our LPARs, so 
>basically we are using UTC time correctly.
>
>However, the requirement may include not changing local time when daylight 
>savings time occurs.  The intent is to maintain a consistent 'displayed' time 
>world-wide as many places do not adjust times.
> 
If your operations are worldwide, UTC would seem the sensible choice.

>Using STP, the local time changes automatically and I am not aware of any way 
>prevent it.  
> 
Surely STP can accomadate locales even in the U.S. such as Arizoa and Hawaii 
which do
not observe Daylight Saving time, more so oveseas and in the southern 
hemisphere.

>Is anyone aware of how to accomplish this?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: UTC and Daylight Savings Time

[Roger W Suhr]

Local time is just that, local - which means the time must adhere to the LOCAL 
requirement. UTC is the world wide standard time, it will not change for 
daylight savings.


Sent from my Verizon, Samsung Galaxy smartphone
 Original message From: "Bill Bishop (TMNA)" 
<bill.bis...@toyota.com> Date: 1/5/17  11:02  (GMT-06:00) To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: UTC and Daylight Savings Time 
I have been requested to investigate the impact of switching "local" time to 
"UTC" time.

We currently use STP to establish the time and offsets for our LPARs, so 
basically we are using UTC time correctly.

However, the requirement may include not changing local time when daylight 
savings time occurs.  The intent is to maintain a consistent 'displayed' time 
world-wide as many places do not adjust times.

Using STP, the local time changes automatically and I am not aware of any way 
prevent it.  

Is anyone aware of how to accomplish this?

Thanks

Bill Bishop
Consultant, Mainframe Engineer
Mainframe and Scheduling - Infrastructure Technology Services Toyota Motor 
North America

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: UTC and Daylight Savings Time

[Nims,Alva John (Al)]

What is your CLOCK00 entries in SYS1.PARMLIB like?

I think if you code:
STPZONE NO 
&
TIMEZONE W 00.00.00

You would be running UTC and not be affected by DST & Time Zones

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Bishop (TMNA)
Sent: Thursday, January 05, 2017 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: UTC and Daylight Savings Time

I have been requested to investigate the impact of switching "local" time to 
"UTC" time.

We currently use STP to establish the time and offsets for our LPARs, so 
basically we are using UTC time correctly.

However, the requirement may include not changing local time when daylight 
savings time occurs.  The intent is to maintain a consistent 'displayed' time 
world-wide as many places do not adjust times.

Using STP, the local time changes automatically and I am not aware of any way 
prevent it.  

Is anyone aware of how to accomplish this?

Thanks

Bill Bishop
Consultant, Mainframe Engineer
Mainframe and Scheduling - Infrastructure Technology Services Toyota Motor 
North America

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

UTC and Daylight Savings Time

[Bill Bishop (TMNA)]

I have been requested to investigate the impact of switching "local" time to 
"UTC" time.

We currently use STP to establish the time and offsets for our LPARs, so 
basically we are using UTC time correctly.

However, the requirement may include not changing local time when daylight 
savings time occurs.  The intent is to maintain a consistent 'displayed' time 
world-wide as many places do not adjust times.

Using STP, the local time changes automatically and I am not aware of any way 
prevent it.  

Is anyone aware of how to accomplish this?

Thanks

Bill Bishop
Consultant, Mainframe Engineer
Mainframe and Scheduling - Infrastructure Technology Services Toyota Motor 
North America

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN