On Mon, 9 Oct 2017 16:31:58 +0000, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote:
>We run all LPARs on UTC with local time managed by STP. However, the LPAR >profile definition screen on HMC includes this: > >Clock Type Assignment >_ Standard time of day >_ Logical partition time offset > >I believe that this option allows an LPAR to run with a (presumably >geographic) offset different from other LPARs on the same >CEC. I thought that the option was intended specifically to allow shops to run >LPARs in support of various business applications > around the world. I have no actual experience here. ;-( Skip, all of the LPARs should be set to UTC with TOD clock offset 0. Using TOD clock offsets is just a way to let you easily test future events today. "I've got this code that supposed to run on April 1st of every year. Will it?" To get a different *timezone* in an LPAR, you use the OS's own timezone support. While you CAN get the tz from the hardware as a default, you don't have to. Alan Altmark IBM Lab Services z/VM and Linux ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN