-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Timothy Sipples
Sent: Thursday, June 19, 2008 7:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Network Time Protocol (NTP) client support question
Edward Jaffe asks (rhetorically?):
A Linux_for_z
An OS running in an LPAR cannot change the hardware clock, it can only modify
it's own view of time, which is maintained (IIRC) as an offset to the true
hardware clock.
Thompson, Steve [EMAIL PROTECTED] 6/20/2008 9:49 AM
Assume that all functions of Linux are implemented (outside of I/O
STP is more dollars than I'll ever talk my site into spending,
especially since such function is FREE on every other platform I know
of.
Last I looked, it lists for in the 5 figure range. Even if free, I'd
have difficulty convincing the rest to let me be the BOSS time server.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gibney, Dave
Sent: Thursday, June 19, 2008 4:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Network Time Protocol (NTP) client support question
STP is more dollars than I'll ever talk my site
Thompson, Steve wrote:
If you were to bring up a copy of Linux in an LPAR, could it not provide
the STP capability? Would this solve the problem? Then that same copy of
Linux could be used for other things that need to be done, but doesn't
require lots of CPU or C-Store.
A Linux_for_z LPAR
Edward Jaffe asks (rhetorically?):
A Linux_for_z LPAR has the ability to steer the hardware TOD clock?
Not to my knowledge, no.
- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
On Tue, 17 Jun 2008 12:57:39 -0700, Edward Jaffe wrote:
Paul Gilmartin wrote:
On Tue, 17 Jun 2008 08:27:18 -0700, Edward Jaffe wrote:
Keep in mind that the TOD clock represents GMT (or UTC).
On Wed, 18 Jun 2008 07:12:21 -0500, Chase, John wrote:
What industry-wide standard specifies reliance on CVTLDTO and CVTLSO?
I have the possibly mistaken impression that time references provided by
Not mistaken.
the US government's official time sources already include the
adjustments for
Paul Gilmartin writes (presumably re: z/OS SNTPD):
Gulp. $$$?
SNTPD comes with every z/OS license; there's no separate charge for it. I
think it was introduced back in z/OS 1.4.
If you're concerned about SNTPD's CPU consumption, don't be. SNTPD's sole
mission in life is to support tiny (a few
List
[EMAIL PROTECTED] Subject
.EDU Re: Network Time Protocol (NTP)
client support question
-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Chauhan, Jasbir
Sent: 16 June 2008 20:03
To: IBM-MAIN@BAMA.UA.EDU
Subject: Network Time Protocol (NTP) client support question
As part of the PCI audit we need to look into adopting NTP (network time
protocol
On Tue, 17 Jun 2008 11:38:30 +0100, Bri P wrote:
It shouldn't matter too much for your PCI audit. The requirement is not really
that each server has exactly the same time, as long as any time difference is
fairly constant and is quantifiable. It's there really so that different
server's system
Actually, as of October, 2007, System z's Server Time Protocol (STP) can
act as a Simple Network Time Protocol (SNTP)/NTP client in order to receive
its master time. Your System z9 (or z10) is capable of that function if you
get the STP option. You can visit here to start getting some more
Bri P wrote:
It shouldn't matter too much for your PCI audit. The requirement is not really
that each server has exactly the same time, as long as any time difference is
fairly constant and is quantifiable. It's there really so that different
server's system logs can be used collectively or
On Tue, 17 Jun 2008 08:27:18 -0700, Edward Jaffe wrote:
Keep in mind that the TOD clock represents GMT (or UTC). Local time is
calculated by adjusting GMT by CVTLDTO and CVTLSO. If the TOD drifts by
a second or more, you can fix local time with a compensating adjustment
to the time zone offset.
On Tue, 17 Jun 2008 23:08:42 +0900, Timothy Sipples wrote:
Actually, as of October, 2007, System z's Server Time Protocol (STP) can
act as a Simple Network Time Protocol (SNTP)/NTP ...
http://www.ibm.com/systems/z/advantages/pso/stp/ntp.html
Hooray!
Also, I agree that it is highly desirable
,
Jasbir
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Edward Jaffe
Sent: Tuesday, June 17, 2008 11:27 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Network Time Protocol (NTP) client support question
Keep in mind that the TOD clock
I'm wondering if you've asked the wrong question to the wrong support group.
Basic concept. In mainframes, Time is a hardware function. For this reason,
setting the time is best handled at the hardware level.
You have a couple of alternatives, depending on your hardware configuration.
For
Paul Gilmartin wrote:
On Tue, 17 Jun 2008 08:27:18 -0700, Edward Jaffe wrote:
Keep in mind that the TOD clock represents GMT (or UTC). Local time is
calculated by adjusting GMT by CVTLDTO and CVTLSO. If the TOD drifts by
a second or more, you can fix local time with a compensating adjustment
What *do* you have? Do you have IBM 9037 Sysplex Timer?
Brian
On Tue, 17 Jun 2008 16:16:18 -0400, Chauhan, Jasbir wrote:
Brian, As you others pointed out, STP is the key-word here. Maybe I
should have made that clear at the outset - we don't have it. I was
looking for alternatives -- and
should be satisfied.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chauhan, Jasbir
Sent: Tuesday, June 17, 2008 2:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Network Time Protocol (NTP) client support question
Thanks for all your responses
On Tue, 17 Jun 2008 12:57:39 -0700, Edward Jaffe wrote:
Paul Gilmartin wrote:
On Tue, 17 Jun 2008 08:27:18 -0700, Edward Jaffe wrote:
Keep in mind that the TOD clock represents GMT (or UTC). Local time is
calculated by adjusting GMT by CVTLDTO and CVTLSO. If the TOD drifts by
a second or
Paul Gilmartin wrote:
What industry-wide standard specifies reliance on CVTLDTO
and CVTLSO?
I assume this question is purely rhetorical. Every system has its own
variables that carry this information. These are merely the ones used by
z/OS.
--
Edward E Jaffe
Phoenix Software
As part of the PCI audit we need to look into adopting NTP (network time
protocol) on the mainframe to ensure all of our 'systems' are
synchronized. Can STP provide NTP client capability to maintain 'same
time' across heterogeneous platforms. Hopefully, some one out there has
a solution. I'll
Chauhan, Jasbir wrote:
As part of the PCI audit we need to look into adopting NTP (network time
protocol) on the mainframe to ensure all of our 'systems' are
synchronized. Can STP provide NTP client capability to maintain 'same
time' across heterogeneous platforms. Hopefully, some one out there
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Chauhan, Jasbir
Sent: Monday, June 16, 2008 2:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Network Time Protocol (NTP) client support question
As part of the PCI audit we need to look
On Mon, 16 Jun 2008 14:10:51 -0500, McKown, John wrote:
-Original Message-
[mailto:[EMAIL PROTECTED] On Behalf Of Chauhan, Jasbir
Sent: Monday, June 16, 2008 2:03 PM
As part of the PCI audit we need to look into adopting NTP
(network time
protocol) on the mainframe to ensure all of
27 matches
Mail list logo
