Re: RE-IPL for the Daylight to Standard time conversion?

On Mon, 9 Nov 2015 11:12:54 -0700, Paul Gilmartin wrote: > >Interesting information at: >http://www-01.ibm.com/support/docview.wss?uid=swg21248101 > >... systems or applications that use the POSIX time zone format may >not change time properly ... > >Systems and applications using

Re: RE-IPL for the Daylight to Standard time conversion?

On 2015-11-09, at 09:35, J O Skip Robinson wrote: > I can contribute one factoid to this discussion. We use IBM's TWS for job > scheduling. Because of the scheduling's extreme sensitivity to time stamps > and because of a negative incident we had a few years back, we've been > accustomed to

Re: RE-IPL for the Daylight to Standard time conversion?

-MAIN@LISTSERV.UA.EDU] On Behalf Of Giliad Wilf Sent: Friday, November 06, 2015 3:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: RE-IPL for the Daylight to Standard time conversion? Much to my regret I've seen the discussion on topic "RE-IPL for the Daylight to Standard time conve

Re: RE-IPL for the Daylight to Standard time conversion?

On 27 October 2015 at 09:52, Charles Mills wrote: An old one, but... > Summarizing, there are three possible reasons: > 1. The hardware clock is set to local time and it is necessary to stop for an > hour to avoid duplicate timestamps. > 2. There are one or more applications

Re: RE-IPL for the Daylight to Standard time conversion?

On 9 November 2015 at 11:35, J O Skip Robinson wrote: [...] > Meanwhile no application area has reported problems with duplicate time > stamps interfering with their production. (Is that a second factoid?) So > running with true UTC and current OS and middleware,

Re: RE-IPL for the Daylight to Standard time conversion?

On 27 October 2015 at 11:17, Mike Schwab wrote: > The 24*7*365 companies have solved it. > Versus the 24*7*364.96 companies that haven't. That 24*7*365 is a pretty large number. What would the units be? Tony H.

Re: RE-IPL for the Daylight to Standard time conversion?

On Mon, 9 Nov 2015 15:43:38 -0500, Tony Harminc wrote: > >Duplicate timestamps, while not impossible during the hour in >question, are a lot less likely than non monotonically increasing >timestamps. Depending on the precision of the stored timestamps, of >course. If they are in [E]TOD format, the

Re: RE-IPL for the Daylight to Standard time conversion?

Much to my regret I've seen the discussion on topic "RE-IPL for the Daylight to Standard time conversion?" too late, and was unable to read all posts on the issue, so bear with me if it turns out that someone else has already mentioned an excellent publication I'm mentioning now:

Re: (External):Re: RE-IPL for the Daylight to Standard time conversion?

On Sat, 31 Oct 2015 18:31:30 +, J O Skip Robinson wrote: > These so-called Victory Gardens were deemed more manageable by working stiffs > if there were still some daylight left at the end of the job day. Yep - this is why we've never done daylight saving. All that extra sunlight at the end

Re: RE-IPL for the Daylight to Standard time conversion?

On Mon, 26 Oct 2015 20:43:14 -0400, Ted MacNEIL wrote: >I've been wondering how long it would take for time-change questions to start. >It's a little later this year. > Well, the U.S. keeps extending the DST season. Here's the CSM's take on it:

Re: (External):Re: RE-IPL for the Daylight to Standard time conversion?

-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Saturday, October 31, 2015 11:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: RE-IPL for the Daylight to Standard time conversion? On Mon, 26 Oct 2015 20:43:14

Re: RE-IPL for the Daylight to Standard time conversion?

DU Subject: Re: [IBM-MAIN] RE-IPL for the Daylight to Standard time conversion? At 14:12 + on 10/27/2015, Blake, Daniel J [CTR] wrote about Re: RE-IPL for the Daylight to Standard time conversion?: >One site was very concerned about overlapping timestamps in IDMS >impacting forwar

Re: RE-IPL for the Daylight to Standard time conversion?

Peter Relson wrote: >>Leap seconds are a different issue. z/OS shuts down all applications during >>a leap second. >This is incorrect / incomplete. Depending on configuration, z/OS may spin (we >can consider that close enough to "shut down" to be accurate) or steer. Thanks for properly

Re: RE-IPL for the Daylight to Standard time conversion?

>Leap seconds are a different issue. z/OS shuts down >all applications during a leap second. This is incorrect / incomplete. Depending on configuration, z/OS may spin (we can consider that close enough to "shut down" to be accurate) or steer. >This may have been the objective of STCKCONV

Re: RE-IPL for the Daylight to Standard time conversion?

In <562fbfb5.5010...@gmail.com>, on 10/27/2015 at 06:17 PM, Vince Coen said: >The term GMT has been replaced with UTC (from the French and >translated to Coordinated Universal Time) but it is the same thing. No, as the text you quote makes clear. -- Shmuel (Seymour

Re: RE-IPL for the Daylight to Standard time conversion?

.UA.EDU Subject: Re: RE-IPL for the Daylight to Standard time conversion? In <562fbfb5.5010...@gmail.com>, on 10/27/2015    at 06:17 PM, Vince Coen <vbc...@gmail.com> said: >The term GMT has been replaced with UTC (from the French and >translated  to Coordinated Univer

Re: RE-IPL for the Daylight to Standard time conversion?

In , on 10/28/2015 at 08:10 AM, Peter Relson said: >I suspect that, if you Please include an attribution line in your replies, especially when yoou have an explicit reference to a previous poster. I had

Re: RE-IPL for the Daylight to Standard time conversion?

In , on 10/28/2015 at 08:19 AM, Charles Mills said: >They are often numerically equal, But not always. Life would be easier if the solar day and solar year were constant and each an integral number of seconds. --

Re: RE-IPL for the Daylight to Standard time conversion?

Also pi. CharlesSent from a mobile; please excuse the brevity Original message From: "Shmuel Metz (Seymour J.)" <shmuel+ibm-m...@patriot.net> Date: 10/28/2015 9:54 AM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RE-IPL for the Daylight

Re: RE-IPL for the Daylight to Standard time conversion?

On 2015-10-28 19:12, Timothy Sipples wrote: > > A leap second "spin" is one *option* customers have. It's not a > requirement. The other option available is ... gradual steerage to adjust > for the leap second! It takes approximately 7 hours for the IBM z System > and z/OS to smooth out one leap

Re: RE-IPL for the Daylight to Standard time conversion?

for the Daylight to Standard time conversion? At 14:12 + on 10/27/2015, Blake, Daniel J [CTR] wrote about Re: RE-IPL for the Daylight to Standard time conversion?: >One site was very concerned about overlapping timestamps in IDMS >impacting forward recovery, even though I never saw a need for an &

Re: RE-IPL for the Daylight to Standard time conversion?

Paul Gilmartin wrote: >Leap seconds are a different issue. z/OS shuts down all applications >during a leap second. Google and Amazon both steer their clocks >slow (less than 0.01 percent) for several hours centered on a leap >second. No, you're not fully characterizing z/OS's capabilities here.

Re: RE-IPL for the Daylight to Standard time conversion?

PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RE-IPL for the Daylight to Standard time conversion? I'm a developer, not an operations guy. My boss has asked me why a datacenter we use would need to IPL for the daylight to standard time transition. He asks if the box does not use UTC, and I said

Re: RE-IPL for the Daylight to Standard time conversion?

On Mon, 26 Oct 2015 23:02:41 -0500, Joel C. Ewing wrote: > >Since UNIX and Windows platforms handle DST by just forcing the local >time discontinuity, if an application has a problem with that, you don't >have a choice other than tolerating the result or trying to find and fix >any intolerable

Re: RE-IPL for the Daylight to Standard time conversion?

for an outage! - -teD - Original Message From: Vince Coen Sent: Tuesday, October 27, 2015 07:11 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: RE-IPL for the Daylight to Standard time conversion? I would have thought that all these issues would have been easy

Re: RE-IPL for the Daylight to Standard time conversion?

I would have thought that all these issues would have been easy to be resolved if all sites used UTC time on hardware level with the adjustment for local set up at the software level then it only requires simple job step to adjust if there is not one built in to the O/S. Also and if needed

Re: RE-IPL for the Daylight to Standard time conversion?

, October 27, 2015 7:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RE-IPL for the Daylight to Standard time conversion? I would have thought that all these issues would have been easy to be resolved if all sites used UTC time on hardware level with the adjustment for local set up at the software

Re: RE-IPL for the Daylight to Standard time conversion?

for the Daylight to Standard time conversion? I would have thought that all these issues would have been easy to be resolved if all sites used UTC time on hardware level with the adjustment for local set up at the software level then it only requires simple job step to adjust if there is not one built

Re: RE-IPL for the Daylight to Standard time conversion?

On Tue, 27 Oct 2015 09:55:58 -0500, Paul Gilmartin wrote: >On Tue, 27 Oct 2015 09:35:34 -0500, Tom Marchant wrote: > >>D T operator command. >>In the response, "UTC time" is the value in the TOD clock. ... >> >Not adjusted by CVTLSO? Probably. The point is that you can easily see the difference

Re: RE-IPL for the Daylight to Standard time conversion?

e > From: Vince Coen > Sent: Tuesday, October 27, 2015 08:54 > To: IBM-MAIN@LISTSERV.UA.EDU > Reply To: IBM Mainframe Discussion List > Subject: Re: RE-IPL for the Daylight to Standard time conversion? > > Sunday is the *day *that clocks move forwards or back an hour or two. > e

Re: RE-IPL for the Daylight to Standard time conversion?

On Tue, 27 Oct 2015 10:22:48 -0500, Tom Marchant wrote: >On Tue, 27 Oct 2015 09:55:58 -0500, Paul Gilmartin wrote: > >>On Tue, 27 Oct 2015 09:35:34 -0500, Tom Marchant wrote: >> >>>D T operator command. >>>In the response, "UTC time" is the value in the TOD clock. ... >>> >>Not adjusted by

Re: RE-IPL for the Daylight to Standard time conversion?

n." > With regard to 3, what can I say. > Fair enough summary? > CharlesSent from a mobile; please excuse the brevity > > Original message > From: Vince Coen <vbc...@gmail.com> > Date: 10/27/2015 5:54 AM (GMT-08:00) > To: IBM-MAIN@LISTSERV.UA.EDU &

Re: RE-IPL for the Daylight to Standard time conversion?

IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: RE-IPL for the Daylight to Standard time conversion? Sunday is the *day *that clocks move forwards or back an hour or two. e.g., 02:00 etc. Hardly a heavy work load period unless it is a system upgrade day ! On 27/10/1

Re: RE-IPL for the Daylight to Standard time conversion?

te: What's so special about Sunday? I used to work for an international bank. Sunday. Was no excuse for an outage! - -teD - Original Message From: Vince Coen Sent: Tuesday, October 27, 2015 07:11 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: RE-IPL for the D

Re: RE-IPL for the Daylight to Standard time conversion?

On Tue, 27 Oct 2015 18:17:25 +, Vince Coen wrote: >The term GMT has been replaced with UTC (from the French and translated >to Coordinated Universal Time) but it is the same thing. > >GMT these days refers to a very few countries ... > So except in those very few countries it's incorrect to

Re: RE-IPL for the Daylight to Standard time conversion?

On 2015-10-26 17:25, Tim Brown wrote: > How does one handle a 1 hour back time change within a monoplex or sysplex. > We have always had in issue with the SYS1 xcf , wlm and logr files and the > fall time change. We just shutdown, wait one hour and come back up. > > I would like to see how

Re: RE-IPL for the Daylight to Standard time conversion?

In <562f5be4.8080...@gmail.com>, on 10/27/2015 at 11:11 AM, Vince Coen said: >checking the hardware clock against an external source That wasn't originally part of STP, but it's been available for a long time. You can handle shutting down and restarting applications

Re: RE-IPL for the Daylight to Standard time conversion?

On Tue, 27 Oct 2015 06:52:46 -0700, Charles Mills wrote: >possible reasons: >1. The hardware clock is set to local time and it is necessary to >stop for an hour to avoid duplicate timestamps. You can determine this yourself by issuing a D T operator command. In the response, "UTC time" is the

Re: RE-IPL for the Daylight to Standard time conversion?

On 2015-10-27, at 05:24, Jousma, David wrote: > IBM does have standard procedures/process etc. It is still up to the local > system administrators to choose to use them. We keep our time sync's via NTP > from the HMC's to the hardware with STP. There are facilities available > today to

Re: RE-IPL for the Daylight to Standard time conversion?

On Mon, 26 Oct 2015 23:25:36 +, Tim Brown wrote: >How does one handle a 1 hour back time change within a monoplex or sysplex. We >have always had in issue with the SYS1 xcf , wlm and logr files and the fall >time change. We just shutdown, wait one hour and come back up.

Re: RE-IPL for the Daylight to Standard time conversion?

--- Original message From: Vince Coen <vbc...@gmail.com> Date: 10/27/2015 5:54 AM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RE-IPL for the Daylight to Standard time conversion? Sunday is the *day *that clocks move forwards or back an hour or two. e.g., 02:00 etc.

Re: RE-IPL for the Daylight to Standard time conversion?

Of Dana Mitchell Sent: Tuesday, 27 October, 2015 9:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RE-IPL for the Daylight to Standard time conversion? On Mon, 26 Oct 2015 23:25:36 +, Tim Brown <tbr...@cenhud.com> wrote: >How does one handle a 1 hour back time change within a

Re: RE-IPL for the Daylight to Standard time conversion?

Subject: Re: RE-IPL for the Daylight to Standard time conversion? Thanks all. Failed to say that we did ask the service bureau why, and were told "because of the time change. " You all have given me the knowledge necessary to push back for a better answer. Summarizing, there are thre

Re: RE-IPL for the Daylight to Standard time conversion?

Verizon Wireless 4G LTE smartphone Original message From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Date: 10/26/2015 5:35 PM (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RE-IPL for the Daylight to Standard time conversion? On Mon, 26 Oct 2015 14

RE-IPL for the Daylight to Standard time conversion?

I'm a developer, not an operations guy. My boss has asked me why a datacenter we use would need to IPL for the daylight to standard time transition. He asks if the box does not use UTC, and I said that yes, the hardware clock is generally set to UTC but that perhaps the LPAR time zone change

Re: RE-IPL for the Daylight to Standard time conversion?

On Mon, 26 Oct 2015 14:28:14 -0700, Charles Mills wrote: > >Can anyone enlighten me? Why might our datacenter need or want to IPL for >the Daylight to Standard time conversion? > Atavistic applications. I doubt there's any such residue in the OS. -- gil

Re: RE-IPL for the Daylight to Standard time conversion?

At 23:33 + on 10/26/2015, Chris Hoelscher wrote about Re: RE-IPL for the Daylight to Standard time conversion?: We also shutdown for 1 hour - even oif there were no system issues (and I believe there are not) - our friends in development cannot tell us if there are any apps they rely

Re: (External):Re: RE-IPL for the Daylight to Standard time conversion?

Sent: Monday, October 26, 2015 5:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: RE-IPL for the Daylight to Standard time conversion? At 23:33 + on 10/26/2015, Chris Hoelscher wrote about Re: RE-IPL for the Daylight to Standard time conversion?: >We also shutdown for 1 hour - e

Re: RE-IPL for the Daylight to Standard time conversion?

-8615, (502) 476-2538 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Monday, October 26, 2015 7:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] RE-IPL for the Daylight to Standard time conversion? How does one

Re: RE-IPL for the Daylight to Standard time conversion?

for the Daylight to Standard time conversion? I'm a developer, not an operations guy. My boss has asked me why a datacenter we use would need to IPL for the daylight to standard time transition. He asks if the box does not use UTC, and I said that yes, the hardware clock is generally set to UTC but that perhaps

Re: RE-IPL for the Daylight to Standard time conversion?

If you use local time and ESDS for logging (key is timestamp), you can't go backward in time and you have to be down that one hour a year. On Mon, Oct 26, 2015 at 4:28 PM, Charles Mills wrote: > I'm a developer, not an operations guy. My boss has asked me why a > datacenter we

Re: (External):Re: RE-IPL for the Daylight to Standard time conversion?

<jo.skip.robin...@sce.com> Date: 10/26/2015 5:45 PM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: (External):Re: RE-IPL for the Daylight to Standard time conversion? OP did not state whether GMT is set to UTC or local. I would have thought by now shops would have converted to

Re: RE-IPL for the Daylight to Standard time conversion?

Ditto. Ed On Oct 26, 2015, at 6:33 PM, Chris Hoelscher wrote: We also shutdown for 1 hour - even oif there were no system issues (and I believe there are not) - our friends in development cannot tell us if there are any apps they rely upon/depend upon/require a non-overlapping timing