IMHO, such a command needs to be set in many ways, including but not limited to: - Permit it to be set as an authorized/restricted CP command (perhaps permitting a limited number of Privclass G "SET" commands for apps to use?) - Permit it to be set by the SYSTEM CONFIG file (perhaps based on CPUID via SYSTEM_IDENTIFIER) - Permit it to be set by SALIPL screen - Permit it to be set by as a LOADPARM from the CP IPL command - Permit it to be set as a LOADPARM by CP SHUTDOWN REIPL
Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Stracka, James (GTI)" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> 10/05/2007 08:49 AM Please respond to "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> To IBMVM@LISTSERV.UARK.EDU cc Subject Re: D/R Code Great, but you would like that to be set automatically somehow, not manually after each IPL. -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas Sent: Friday, October 05, 2007 9:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: D/R Code Personally I like the idea of being able set a CP system variable. CP SET SYSTEM VARIABLE 'variable name' 'variable data'. That way each installation could easily customize how they wanted to use the variables. Maybe even allow x-system variables. -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Mary Anne Matyaz Sent: Friday, October 05, 2007 8:36 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: D/R Code We run a lot of things off of the system name, so it needs to be the same, whether we are on processor A, processor B as real dr or processor B as test DR. MA On 10/5/07, RPN01 <[EMAIL PROTECTED]> wrote: That seems a lot of work, when you could just ask the system who it is, and set the system's name based on its serial number. On the TCPIP front, again, you can just have two config files w/ the system name as the FN, and be done with it. No editing at startup. -- .~. Robert P. Nix Mayo Foundation /V\ RO-OE-5-55 200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ ----- "In theory, theory and practice are the same, but in practice, theory and practice are different." On 10/4/07 5:04 PM, "Fran Hensler" <[EMAIL PROTECTED]> wrote: > We have two FLEX-ES systems on opposite ends of the campus. > > The DR system does not have as many tape drives as the production > system. The production system has a drive at 0591 but the DR system > does not. > > In the AUTOLOG1 DIRECT I have DEDICATE 0591 0591 > > When AUTOLOG1 starts up it does a CP Q V 0591 and if it doesn't > exist I know I am on the DR machine. > > AUOTLOG1 also has write access to TCPMAINTs 198 disk. If I am not > on the production machine then an EXEC on AUTOLOG1 changes the IP > address in PROFILE TCPIP, DETACHES 198 and then AUTOLOGs TCPIP. > > If 0591 exists I know I am on the production machine so I just DETACH > it and continue with the production startup. > > /Fran Hensler at Slippery Rock University of Pennsylvania USA for 44 years > [EMAIL PROTECTED] +1.724.738.2153 > "Yes, Virginia, there is a Slippery Rock" << ella for Spam Control >> has removed 13244 VSE-List messages and set aside 12637 VM-List for me You can use it too - and it's FREE! www.ellaforspam.com This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/ . By messaging with Merrill Lynch you consent to the foregoing. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email.
