That being said, wouldn't it make sense to, at some time around an IPL, POR, or some other situation where either an LPAR or the entire box is down, that while starting up, the z-box could sync it's time to an external source like NTP? Obviously that wouldn't work in a sysplex where everything is attached to each other, but in a stand-alone environment it would make things much easier and we wouldn't have to rely on an operator reading the clock correctly.
Pretty soon all these $.02 will start adding up to some real money! ;~) Rex -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Friday, May 12, 2006 3:45 PM To: [email protected] Subject: Re: TOD clock discussion. What an interesting question. PC clocks are of such abysmal quality that they are not remotely usable for even the most simple business mission. Of course there is a need to be able to constantly correct them from a reliable time source. And I do mean constantly. Every few seconds. I recall some servers not too long ago that stopped the clock to do an ordinary disk I/O. Compare to most any industrial equipment (to include the MF) that uses time. They almost always have a high quality clock that is accurate to milliseconds per fortnight without any outside help. The MF is especially reliant on a time base because it offers an ironclad 100% guarantee of data integrity and recoverability. (Of course, you have to do your part to exploit the guarantee.) To me, it makes perfect sense that the MF could not rely on any time source that does not meet its sub nanosecond needs. It also follows that thinking that servers that have to have an external time source are superior in any way to those that don't is just plain, ah, um, naïve. The only reason you need an external time source for a MF is when you want to have the exact same time setting (to a few nanofortnights) as another MF. Fortnight? I really used that metric? Must be showing my age ;-) http://en.wikipedia.org/wiki/Fortnight My $0.02, and forgive me for having a little fun on a Friday evening. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, May 11, 2006 1:39 PM To: [email protected] Subject: TOD clock discussion. I vaguely understand why the hardware, TOD, clock is inviolate. That is, why a person cannot simply change it to a new value. However, unfortunately, this is becoming yet another "the mainframe is junk" argument. The UNIX and Windows servers are constantly adjusting their clocks using an SNTP server. The mainframe clock, set who knows when, is about 3 minutes "slow". I guess my question is: Why does IBM and other software vendor depend on the TOD clock not changing "drastically" and never, ever, "going backwards"? How would you address this "complaint". Without spending any money (gilt, lucre, dinero, ...) -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
