Hi Steve,
the very modern island of Singapore. Quite the tropical island paradise, if you
enjoy technology while sitting on the beach sipping amber fluid.
On Sun, 15 Mar 2009 09:21:06 -0600, Steve Comstock
st...@trainersfriend.com wrote:
Bruce Hewson wrote:
[snip]
Bruce Hewson
Resident,
Bruce Hewson wrote:
Hi Steve,
the very modern island of Singapore. Quite the tropical island paradise, if you
enjoy technology while sitting on the beach sipping amber fluid.
Ah, yes. Very nice. I taught a couple of DB2 courses for
DBS many years ago. Had a grand time.
Got any training
Folks
Time updates due DST..again we have much discussion.
But I would like any comments regarding z/OS time, when the customers
accessing the system are not physically located in the same time zone.
I believe the ISO standards support local time display with timezone infomation
such as
On Sun, 15 Mar 2009 03:35:57 -0500, Bruce Hewson wrote:
Although we support applications accessed in other time zones, some of which
do have Daylight Savings adjustments, we do not change our machine time.
The users see local time via adjustments made by the application performing
the display.
On Sun, 2009-03-15 at 06:43 -0500, Paul Gilmartin wrote:
Don't judge the Unix approach by the idiosyncrasies of IBM, which
does worse than most other vendors. For example, in both Solaris
and OS X the file or link /etc/localtime provides the last resort
system default -- no need to keep the
At 15:57 -0500 on 03/14/2009, Paul Gilmartin wrote about Re: Time
Change (Sync):
On Sat, 14 Mar 2009 16:07:31 -0400, Robert A. Rosenberg wrote:
Since the time change only needs to occur twice a year, it should not
be that hard to have a started task running that will update CVTLDTO
when 2AM
On Fri, 13 Mar 2009 18:45:33 +0100, SCHARITZER Gerald wrote:
In the z/OS UNIX world the time zone is specified in the TZ
environment variable. The information herein contains the UTC offset
plus DST rules. TZ remains constant, when switching to and from DST. It
only tells functions like
At 18:45 +0100 on 03/13/2009, SCHARITZER Gerald wrote about Re: Time
Change (Sync):
In the z/OS MVS world the time zone is stored in CVTLDTO, which only
contains the UTC offset. This makes life easy for the TIME macro, which
simply adds the offset to UTC to obtain local time. However, CVTLDTO
On Sat, 14 Mar 2009 16:07:31 -0400, Robert A. Rosenberg wrote:
Since the time change only needs to occur twice a year, it should not
be that hard to have a started task running that will update CVTLDTO
when 2AM on a switch morning occurs. The task is fired off at
midnight on a switch day and then
At 14:29 -0700 on 03/12/2009, Gibney, Dave wrote about Re: Time Change (Sync):
Clocks are a different story. Twice a year I have to take the sh*t
about how hard or expensive it is to have our z9 in sync with the rest
of the world.
Why is your CPU clock not set to GMT/UT? That would insure
Peter
On Fri, 13 Mar 2009 01:49:00 -0400, Robert A. Rosenberg hal9...@panix.com
wrote:
At 14:29 -0700 on 03/12/2009, Gibney, Dave wrote about Re: Time Change (Sync):
Clocks are a different story. Twice a year I have to take the sh*t
about how hard or expensive it is to have our z9 in sync
-MAIN@bama.ua.edu
Subject: Re: Time Change (Sync)
On Thu, 12 Mar 2009 13:01:00 -0700, Dave Gibney wrote:
... What would it really get us? One production LPAR, one
Development LPAR and a couple sandboxes.
In that case, clock synchronization is probably much less critical
...@bama.ua.edu] On
Behalf Of Robert A. Rosenberg
Sent: Thursday, March 12, 2009 10:49 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Time Change (Sync)
At 14:29 -0700 on 03/12/2009, Gibney, Dave wrote about Re: Time Change
(Sync):
Clocks are a different story. Twice a year I have to take the sh
] On
Behalf Of Gibney, Dave
Sent: Thursday, March 12, 2009 9:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Time Change (Sync)
Clocks are a different story. Twice a year I have to take the sh*t
about how hard or expensive it is to have our z9 in sync with the rest
of the world. The idea of paying for setting
On 12 Mar 2009 23:25:29 -0700, hal9...@panix.com (Robert A. Rosenberg)
wrote:
Why is your CPU clock not set to GMT/UT? That would insure that there
is no need to reset the clock - Just update the local time offset
twice a year. So long as time stamps are in GMT, the DST/ST switches
should not
Cost.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Timothy Sipples
Sent: Thursday, March 12, 2009 12:18 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Time Change (Sync)
Mark Steely writes:
We are z/OS V1R9 on a z/10 2098-N01 processor
University
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Steely
Sent: Thursday, March 12, 2009 8:08 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Time Change (Sync)
Cost.
-Original Message-
From: IBM Mainframe Discussion
Economic stimulus for IBM :-D
Sorry.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Gibney, Dave
Sent: Thursday, March 12, 2009 3:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Time Change (Sync)
To clarify as another site not sysplexing
On Thu, 12 Mar 2009 13:01:00 -0700, Dave Gibney wrote:
... What would it really get us? One production LPAR, one
Development LPAR and a couple sandboxes.
In that case, clock synchronization is probably much less critical.
--
Tom Marchant
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Tom Marchant
Sent: Thursday, March 12, 2009 1:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Time Change (Sync)
On Thu, 12 Mar 2009 13:01:00 -0700, Dave Gibney wrote:
... What would
On Thu, 12 Mar 2009 14:29:05 -0700, Gibney, Dave wrote:
Got bit this year by an application. Used SET TIMEZONE to spring
forward. EntireX servers were an hour off until we noticed when a time
critical window opened late. Of course, I don't think even Parallel
Sysplex would have helped with this
Change (Sync)
On Thu, 12 Mar 2009 14:29:05 -0700, Gibney, Dave wrote:
Got bit this year by an application. Used SET TIMEZONE to spring
forward. EntireX servers were an hour off until we noticed when a
time
critical window opened late. Of course, I don't think even Parallel
Sysplex would have
Perhaps you already know about this, but there is something called a
qualifying Parallel Sysplex required to obtain aggregated software
licensing. Here's some more information:
http://www.ibm.com/servers/eserver/zseries/swprice/sysplex/
There are also scenarios where Parallel Sysplex may provide
We are z/OS V1R9 on a z/10 2098-N01 processor. We have 2 CPU's both z/10
2098 - not sysplex. We do have a CTC connection between the two
machines. What would be the best way to have the time automatically be
sync with each other and with GMT. I have heard of sysplex timers , but
I don't think that
[mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Steely
Sent: Wednesday, March 11, 2009 17:10
To: IBM-MAIN@bama.ua.edu
Subject: Time Change (Sync)
We are z/OS V1R9 on a z/10 2098-N01 processor. We have 2 CPU's both z/10
2098 - not sysplex. We do have a CTC connection between the two
machines. What would
And I have a feeling that CTCs aren't sufficient - I think you need
coupling links.
But I've never implemented it, so check the doco as Alan mentioned.
Shane ...
On Wed, 2009-03-11 at 19:19 -0500, Field, Alan C. wrote:
The follow on from Sysplex timers is Server Time Protocol. It is
microcode
Mark Steely writes:
We are z/OS V1R9 on a z/10 2098-N01 processor. We have 2
CPU's both z/10 2098 - not sysplex.
Naive question (and hopefully still related to your core question): why no
Parallel Sysplex?
- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Based in Tokyo,
Yep, you definitely need Coupling Links. And the STP feature is a priced
one, about the same (perhaps slightly less) than the Timer.
The redbooks Shane mentioned are the go. There's quite a bit to it.
cheers
Peter
On Thu, 12 Mar 2009 11:41:43 +1000, Shane ibm-m...@tpg.com.au wrote:
And I
28 matches
Mail list logo