--------------------------------------------------------------------------
Important Notice to Recipients:
It is important that you do not use e-mail to request, authorize or effect the purchase or sale of any security or commodity, to send fund transfer instructions, or to effect any other transactions. Any such request, orders, or instructions that you send will not be accepted and will not be processed by Morgan Stanley Smith Barney.
The Global Wealth Management Group of Morgan Stanley & Co. Incorporated and the Smith Barney division of Citigroup Global Markets Inc. have combined into Morgan Stanley Smith Barney LLC, a new investment adviser and broker-dealer registered with the Securities and Exchange Commission. The sender of this email is an employee of Morgan Stanley Smith Barney.
Important disclosures regarding the relationship between the companies that are the subject of Morgan Stanley & Co. Incorporated or Citi Investment Research & Analysis research reports and Morgan Stanley Smith Barney LLC and its affiliates are available on the Morgan Stanley Smith Barney disclosure website at http://www.morganstanleysmithbarney.com/researchdisclosures
If received in error, please destroy and notify sender. Sender does not intend to waive confidentiality or privilege. Use of this email is prohibited when received in error. We may monitor and store emails to the extent permitted by applicable law.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
>Is it possible to isolate one LPAR in a CEC and set the date/time to a
different value than the other LPARs in the same CEC?
>
Yes. This has been possible since the 9672 G5 (I think... could
have been prior). This was needed for Y2K testing. Of course
you have to have your CLOCKxx member set up to not use
the sysplex timer.
Search the archives or google for Y2K and TOD.
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
>On Fri, 20 Nov 2009 15:29:01 -0500, Baraniecki, Ray
><Ray.Bar...@MORGANSTANLEY.COM> wrote:
>
>>Is it possible to isolate one LPAR in a CEC and set the date/time to a
>different value than the other LPARs in the same CEC?
>>
>
>Yes. This has been possible since the 9672 G5 (I think... could
>have been prior). This was needed for Y2K testing. Of course
>you have to have your CLOCKxx member set up to not use
>the sysplex timer.
>
>Search the archives or google for Y2K and TOD.
>
Looking back in the archives myself, I find the statement I made
above referencing the 9672 G5 wrong. Each LPAR has always had
its own "virtual TOD". I was confusing it with a different TOD feature
that came in on the later 9672 models.
>On Fri, 20 Nov 2009 15:29:01 -0500, Baraniecki, Ray
><Ray.Bar...@MORGANSTANLEY.COM> wrote:
>
>>Is it possible to isolate one LPAR in a CEC and set the date/time to a
>different value than the other LPARs in the same CEC?
>>
>
>Yes. This has been possible since the 9672 G5 (I think... could
>have been prior). This was needed for Y2K testing. Of course
>you have to have your CLOCKxx member set up to not use
>the sysplex timer.
>
>Search the archives or google for Y2K and TOD.
>
>Mark
>--
>Mark Zelden
>Sr. Software and Systems Architect - z/OS Team Lead
>Zurich North America / Farmers Insurance Group - ZFUS G-ITO
>mailto:mark....@zurichna.com
>z/OS Systems Programming expert at
http://expertanswercenter.techtarget.com/
>Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
>
>----------------------------------------------------------------------
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html
While setting a different time is possible; but, it may not be the best of ideas.
Shared DASD concerns may take precedence. If a system with a higher date
touches any dataset(s), HSM (or equivalent package) may start behaving in
an unexpected way. That dataset's last reference date would be changed to
a new (higher) date, and impact any incremental backups in an undesired
manner. (Also, GRS will not allow 2 systems with different dates; so, integrity
is out the window.)
Think it through first. A completely isolated LPAR should work fine. Concerns
will arise if anything is shared.
>Yes. This has been possible since the 9672 G5 (I think... could
>have been prior). This was needed for Y2K testing. Of course
>you have to have your CLOCKxx member set up to not use
>the sysplex timer.
>Search the archives or google for Y2K and TOD.
You can set a logical partition time offset via the LPAR image
profile. This can be done regardless of whether the CEC is in
LOCAL (unsynchronized), ETR or STP timing mode.
Regards,
George Kozakos
z/OS Software Service, Level 2 Supervisor
If, by that, you mean no shared resources (like DASD), then yes.
If you share resources (tape, dasd, etc) then the answer is still yes but some results might be a little unpredictable. Even moving resources from one time base to another needs a little thought. A scratch or creation date in the future may confuse resource managers.
Many shops did this for Y2K (we called them 'time machines' or 'wayback machines').
Awfully expensive.
What is your real business/technical issue?
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On Behalf Of Baraniecki, Ray
Sent: Friday, November 20, 2009 12:29 PM
To: IBM-...@bama.ua.edu
Subject: Setting the Date/Time on One LPAR
Is it possible to isolate one LPAR in a CEC and set the date/time to a different value than the other LPARs in the same CEC?
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.