Re: How to determine SYSRES
-Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Dale R. Smith Sent: Wednesday, November 10, 2010 2:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine SYSRES I have a local mod to CP that I originally got from Melinda Varian thru VMSHARE, (that I have maintained thru all the versions/releases of VM since), that adds an extra line to the reponse from QUERY CPLEVEL, (for Class E users), that display the IPL, CheckPoint, and Warm Volsers and Addresses. Requirement coming soon to a IBM database near you. 8-) -- db
Re: BRP
Hi Richard, We have all EMC DASD and have a very nice, albeit slightly convoluted process. We have 4 hours to get our TPF system to norm. VM comes up during that time. If you want to chat offline, let me know. :-) | | From: | | --| |Schuh, Richard rsc...@visa.com | --| | | To:| | --| |IBMVM@listserv.uark.edu | --| | | Date: | | --| |11/10/2010 05:51 PM | --| | | Subject: | | --| |BRP | --| | | Sent by: | | --| |The IBM z/VM Operating System IBMVM@listserv.uark.edu | --| Finally, the powers that be are considering remote shadowing of DASD as the way to handle the BRP situation. The time we are allotted to recover the system has been reduced to a number that is impossible using tape backups. I would appreciate it if anyone who is already doing this would regale me of their experiences - what they are doing, what are the gotchas, how satisfied are they, etc. It undoubtedly is different depending on the dasd vendors so here is what we have: EMC DASD - about half of our DASD. HDS DASD - the other half. Currently, there is no SCSI, it is all ECKD We currently have no IBM DASD; however, that does not mean that we will not have some in the future. Every couple of years, we go through a DASD refresh, at which time we may change vendors. I will gladly accept replies on or off list. TIA. Regards, Richard Schuh
Streamlining the IPL
Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not.
Re: Streamlining the IPL
TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support
Re: Streamlining the IPL
On Thursday, 11/11/2010 at 10:43 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. TERM HOLD OFF and TERM MORE 0 0. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: Streamlining the IPL
ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support
Re: Streamlining the IPL
In the PROFILE EXEC of OPERATOR To avoid the date/time prompt: code AUTO_IPL WARM in SYSTEM CONFIG 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC *george_he...@newyorklife.com*george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: Streamlining the IPL
In the VM SYSTEM CONFIG file you can enable the auto Warm IPL parameter and if the system was properly shut down then it will start automatically you may need to clear the screen once or twice until the TERM MORE 0 0 HOLD OFF takes affect Larry Davis From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 11, 2010 10:52 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.commailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support
Re: Streamlining the IPL
Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: BRP
Christy, I definitely would like to chat off list. BTW, whatever was in the box below didn't make it through the list. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Christy Brogan Sent: Thursday, November 11, 2010 7:25 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP Hi Richard, We have all EMC DASD and have a very nice, albeit slightly convoluted process. We have 4 hours to get our TPF system to norm. VM comes up during that time. If you want to chat offline, let me know. :-) [cid:1__=88BBFD4BDFC7F8638f9e8a93df938@us.ibm.com] [cid:2__=88BBFD4BDFC7F8638f9e8a93df938@us.ibm.com]Schuh, Richard ---11/10/2010 05:51:14 PM---Finally, the powers that be are considering remote shadowing of DASD as the way to handle the BRP si From: Schuh, Richard rsc...@visa.com To: IBMVM@listserv.uark.edu Date: 11/10/2010 05:51 PM Subject: BRP Sent by: The IBM z/VM Operating System IBMVM@listserv.uark.edu Finally, the powers that be are considering remote shadowing of DASD as the way to handle the BRP situation. The time we are allotted to recover the system has been reduced to a number that is impossible using tape backups. I would appreciate it if anyone who is already doing this would regale me of their experiences - what they are doing, what are the gotchas, how satisfied are they, etc. It undoubtedly is different depending on the dasd vendors so here is what we have: * EMC DASD - about half of our DASD. * HDS DASD - the other half. * Currently, there is no SCSI, it is all ECKD We currently have no IBM DASD; however, that does not mean that we will not have some in the future. Every couple of years, we go through a DASD refresh, at which time we may change vendors. I will gladly accept replies on or off list. TIA. Regards, Richard Schuh
Re: Streamlining the IPL
My motto is to never use two commands when one will do. The HOLD OFF and MORE 0 0 can both be entered in a single command. If doing it from OPERATOR's PROFILE EXEC and you have included an address command statement, then you need to include CP - CP TERM MORE 0 0 HOLD OFF The order of the parameters is immaterial. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Dave Jones Sent: Thursday, November 11, 2010 8:09 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: BRP
We also have all EMC dasd. To guard against application faux pas that are not immediately discovered, we maintain 3 copies of TPF at 8 hour intervals (we can also bring home our offsite copies, which you need to be able do when a real disaster is over). For DR testing, we snap off point-in-time copies of TPF, z/OS, z/VM, and z/Linux (ECKD) dasd. We bring up TPF under our z/VM at the DR site so we can remap devices to correspond with the vendor provided hardware environment. It all works like a charm. Once the vendor moves our dasd over, we IPL z/VM, check the hardware environment, then un-NOLOG TPFPROD, and IPL it. Getting the network switched over takes more time than this, so we wind up waiting on them. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, November 10, 2010 7:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: BRP Finally, the powers that be are considering remote shadowing of DASD as the way to handle the BRP situation. The time we are allotted to recover the system has been reduced to a number that is impossible using tape backups. I would appreciate it if anyone who is already doing this would regale me of their experiences - what they are doing, what are the gotchas, how satisfied are they, etc. It undoubtedly is different depending on the dasd vendors so here is what we have: * EMC DASD - about half of our DASD. * HDS DASD - the other half. * Currently, there is no SCSI, it is all ECKD We currently have no IBM DASD; however, that does not mean that we will not have some in the future. Every couple of years, we go through a DASD refresh, at which time we may change vendors. I will gladly accept replies on or off list. TIA. Regards, Richard Schuh
Re: BRP
VM is my main concern, we already have multiple copies of TPF at different centers. The TPF folks have their own DR requirements, including no complete network outage. We are concerned with the ability to update source and test the updates, which requires both VM and Linux, and to run potentially critical applications that require VM. z/OS has its own set of requirements which are at least partially met by there being running instances of z/OS at each of the centers. Our DR site is a CBU LPAR in our other datacenter. The hardware configuration is (supposedly, no confirmation as yet) maintained in parallel with our running system. Once the DR test starts, we will be allowed no contact with the running system and there will be no ability to snap off a copy prior to the test - in fact, it is expressly forbidden. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Quay, Jonathan (IHG) Sent: Thursday, November 11, 2010 8:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP We also have all EMC dasd. To guard against application faux pas that are not immediately discovered, we maintain 3 copies of TPF at 8 hour intervals (we can also bring home our offsite copies, which you need to be able do when a real disaster is over). For DR testing, we snap off point-in-time copies of TPF, z/OS, z/VM, and z/Linux (ECKD) dasd. We bring up TPF under our z/VM at the DR site so we can remap devices to correspond with the vendor provided hardware environment. It all works like a charm. Once the vendor moves our dasd over, we IPL z/VM, check the hardware environment, then un-NOLOG TPFPROD, and IPL it. Getting the network switched over takes more time than this, so we wind up waiting on them. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, November 10, 2010 7:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: BRP Finally, the powers that be are considering remote shadowing of DASD as the way to handle the BRP situation. The time we are allotted to recover the system has been reduced to a number that is impossible using tape backups. I would appreciate it if anyone who is already doing this would regale me of their experiences - what they are doing, what are the gotchas, how satisfied are they, etc. It undoubtedly is different depending on the dasd vendors so here is what we have: * EMC DASD - about half of our DASD. * HDS DASD - the other half. * Currently, there is no SCSI, it is all ECKD We currently have no IBM DASD; however, that does not mean that we will not have some in the future. Every couple of years, we go through a DASD refresh, at which time we may change vendors. I will gladly accept replies on or off list. TIA. Regards, Richard Schuh
Re: Streamlining the IPL
On Thursday, 11/11/2010 at 11:27 EST, Schuh, Richard rsc...@visa.com wrote: My motto is to never use two commands when one will do. The HOLD OFF and MORE 0 0 can both be entered in a single command. Feh. :-) My motto is to never use one command where two will do. Command shortcuts are for humans, not machines. All well-written programs make one system request at a time unless there is an overriding technical reason to do otherwise. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: Streamlining the IPL
That is not a command shortcut, it is a documented, supported syntax. Abbreviations are short cuts, putting more than one parameter on a command, if documented as being correct, is not. If you want to consider that as being a shortcut, then vow to give up using VMLINK or NAMES files except for when you are entering commands from the keyboard. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Thursday, November 11, 2010 9:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL On Thursday, 11/11/2010 at 11:27 EST, Schuh, Richard rsc...@visa.com wrote: My motto is to never use two commands when one will do. The HOLD OFF and MORE 0 0 can both be entered in a single command. Feh. :-) My motto is to never use one command where two will do. Command shortcuts are for humans, not machines. All well-written programs make one system request at a time unless there is an overriding technical reason to do otherwise. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: Streamlining the IPL
I see no mention of the word 'shortcut' in Alan's post. Just a statement that issuing one 'system' request at a time is best. But I agree that: - 'system request' is ambiguous - If the command supports multiple options - there is absolutely nothing wrong with using multiple options on a single command As you say - some CMS programs (like VMLINK) often use multiple options and wouldn't work unless they are all specified on a single call. As to whether someone wants to issue it in one command or multiple (when it 'can' be broken up) - I think it is up to the individual. There are reasons for both (e.g. brevity vs clarity, etc). Scott Rohling On Thu, Nov 11, 2010 at 10:35 AM, Schuh, Richard rsc...@visa.com wrote: That is not a command shortcut, it is a documented, supported syntax. Abbreviations are short cuts, putting more than one parameter on a command, if documented as being correct, is not. If you want to consider that as being a shortcut, then vow to give up using VMLINK or NAMES files except for when you are entering commands from the keyboard. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Thursday, November 11, 2010 9:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL On Thursday, 11/11/2010 at 11:27 EST, Schuh, Richard rsc...@visa.com wrote: My motto is to never use two commands when one will do. The HOLD OFF and MORE 0 0 can both be entered in a single command. Feh. :-) My motto is to never use one command where two will do. Command shortcuts are for humans, not machines. All well-written programs make one system request at a time unless there is an overriding technical reason to do otherwise. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: Streamlining the IPL
Command shortcuts are for humans, not machines. You need to read a little more carefully (instead of scanning like I do :-) ) Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling Sent: Thursday, November 11, 2010 10:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL I see no mention of the word 'shortcut' in Alan's post. Just a statement that issuing one 'system' request at a time is best. But I agree that: - 'system request' is ambiguous - If the command supports multiple options - there is absolutely nothing wrong with using multiple options on a single command As you say - some CMS programs (like VMLINK) often use multiple options and wouldn't work unless they are all specified on a single call. As to whether someone wants to issue it in one command or multiple (when it 'can' be broken up) - I think it is up to the individual. There are reasons for both (e.g. brevity vs clarity, etc). Scott Rohling On Thu, Nov 11, 2010 at 10:35 AM, Schuh, Richard rsc...@visa.commailto:rsc...@visa.com wrote: That is not a command shortcut, it is a documented, supported syntax. Abbreviations are short cuts, putting more than one parameter on a command, if documented as being correct, is not. If you want to consider that as being a shortcut, then vow to give up using VMLINK or NAMES files except for when you are entering commands from the keyboard. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark Sent: Thursday, November 11, 2010 9:06 AM To: IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL On Thursday, 11/11/2010 at 11:27 EST, Schuh, Richard rsc...@visa.commailto:rsc...@visa.com wrote: My motto is to never use two commands when one will do. The HOLD OFF and MORE 0 0 can both be entered in a single command. Feh. :-) My motto is to never use one command where two will do. Command shortcuts are for humans, not machines. All well-written programs make one system request at a time unless there is an overriding technical reason to do otherwise. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labserviceshttp://ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.commailto:alan_altm...@us.ibm.com IBM Endicott
Automated Shutdown of EREP
What would be the proper method of automating the shutdown of EREP? I have been using the following for quite some time, but lately EREP is hanging with a VM READ. Any suggestions? ShutdownEREP: 'SET SECUSER EREP *' Sleep 01 sec 'CP SEND EREP #CP EXT' Sleep 01 sec 'CP SEND EREP END' Sleep 01 sec 'CP SEND EREP LOGOFF' Sleep 01 sec EXEC continues. . . . . Thank you, Scott R Wandschneider Systems Programmer 3|| Infocrossing, a Wipro Company || 11707 Miracle Hills Drive, Omaha, NE, 68154-4457|| : 402.963.8905 || :847.849.7223 || : scott.wandschnei...@infocrossing.com **Think Green - Please print responsibly** Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you.
Re: BRP
If you can't snap off a copy what are you going to do during a test? Stop replicating? Kind of defeats the purpose. Anyway, we've never had a problem with the vm or linux filesystems. A lost inode here or there, but that is to be expected. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Thursday, November 11, 2010 12:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP VM is my main concern, we already have multiple copies of TPF at different centers. The TPF folks have their own DR requirements, including no complete network outage. We are concerned with the ability to update source and test the updates, which requires both VM and Linux, and to run potentially critical applications that require VM. z/OS has its own set of requirements which are at least partially met by there being running instances of z/OS at each of the centers. Our DR site is a CBU LPAR in our other datacenter. The hardware configuration is (supposedly, no confirmation as yet) maintained in parallel with our running system. Once the DR test starts, we will be allowed no contact with the running system and there will be no ability to snap off a copy prior to the test - in fact, it is expressly forbidden. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Quay, Jonathan (IHG) Sent: Thursday, November 11, 2010 8:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP We also have all EMC dasd. To guard against application faux pas that are not immediately discovered, we maintain 3 copies of TPF at 8 hour intervals (we can also bring home our offsite copies, which you need to be able do when a real disaster is over). For DR testing, we snap off point-in-time copies of TPF, z/OS, z/VM, and z/Linux (ECKD) dasd. We bring up TPF under our z/VM at the DR site so we can remap devices to correspond with the vendor provided hardware environment. It all works like a charm. Once the vendor moves our dasd over, we IPL z/VM, check the hardware environment, then un-NOLOG TPFPROD, and IPL it. Getting the network switched over takes more time than this, so we wind up waiting on them. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, November 10, 2010 7:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: BRP Finally, the powers that be are considering remote shadowing of DASD as the way to handle the BRP situation. The time we are allotted to recover the system has been reduced to a number that is impossible using tape backups. I would appreciate it if anyone who is already doing this would regale me of their experiences - what they are doing, what are the gotchas, how satisfied are they, etc. It undoubtedly is different depending on the dasd vendors so here is what we have: * EMC DASD - about half of our DASD. * HDS DASD - the other half. * Currently, there is no SCSI, it is all ECKD We currently have no IBM DASD; however, that does not mean that we will not have some in the future. Every couple of years, we go through a DASD refresh, at which time we may change vendors. I will gladly accept replies on or off list. TIA. Regards, Richard Schuh
Re: Automated Shutdown of EREP
I've written a little more intelligent method of handling this, using this pipe: SecUser_Cmd: Procedure expose !. StarMsg. VMMsg. StarMsg VMMsg Parse arg User,Cmd,Stopper If arg()3 then SecDelay=arg(4) else SecDelay=3 Stopper=Translate(Stopper,_, ) /*---Get old CPCONIO setting --*/ PIPE (endchar ?), CP QUERY SET, | SPLIT AT /,/, | STRIP, |a:FIND CPCONIO||, | SPEC W2-*, | VAR SETCPCONIO, ?a:, | FIND MSG_||, | SPEC W2-*, | VAR SETMSG PIPE CP SET CPCONIO IUCV | HOLE StarMsg.0=0 VMMsg.0=0 PIPE (endchar ?), STARMSG *MSG, |f:FIND 0003||, | SPEC 9-* 1, | FIND Left(userid(),8,_)||, | SPEC 9-* 1, |x:FANOUT, | FIND Stopper||, | SPEC /*OK/ 1 1-* NW, |n:FANINANY, | VAR ERRMSG, | PIPESTOP, ?f:, | FIND 0008||, | SPEC 9-* 1, | FIND Left(User,8,_)||, | SPEC 9-* 1, | SPEC FS : F2 1, | STRIP, |y:FANOUT, | FIND Stopper||, | SPEC /*OK/ 1 1-* NW, |n:, ?x:, | APPEND STEM STARMSG., | BUFFER, | STEM STARMSG., | TAKE LAST 1, | VAR STARMSG, ?y:, | APPEND STEM VMMSG., | BUFFER, | STEM VMMSG., | TAKE LAST 1, | VAR VMMSG, ?, CP SEND User Cmd, | HOLE, ?, LITERAL +SecDelay, | DELAY, | SPEC /*ERROR Timeout/ 1, |n: CP SET CPCONIO SetCPConIO If !._LogSend then Say SecUser (User)-Cmd If !._LogRecv then Say SecUser (User)-SubWord(ErrMsg,2) If Word(ErrMsg,1)\==*OK then If StarMsg\==STARMSG then Call Error_Exit Unexpected result of 'Cmd': SubWord(ErrMsg,2), | STARMSG else Call Error_Exit Unexpected result of 'Cmd': SubWord(ErrMsg,2) Return(ErrMsg) Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Wandschneider, Scott Sent: Thursday, November 11, 2010 12:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Automated Shutdown of EREP What would be the proper method of automating the shutdown of EREP? I have been using the following for quite some time, but lately EREP is hanging with a VM READ. Any suggestions? ShutdownEREP: 'SET SECUSER EREP *' Sleep 01 sec 'CP SEND EREP #CP EXT' Sleep 01 sec 'CP SEND EREP END' Sleep 01 sec 'CP SEND EREP LOGOFF' Sleep 01 sec EXEC continues. . . . . Thank you, Scott R Wandschneider Systems Programmer 3|| Infocrossing, a Wipro Company || 11707 Miracle Hills Drive, Omaha, NE, 68154-4457|| : 402.963.8905 || :847.849.7223 || : scott.wandschnei...@infocrossing.com **Think Green - Please print responsibly** Confidentiality Note: This e-mail, including
SEQUENCE# ERRORS IN DIRECTORY
How do you get rid of, or renumber, sequence numbers in the DIRECTORY outside of DIRMAINT. I get sequence# errors when I move things around and do DIRECTXA with the (EDIT option. directxa vmuvm direct a (edit z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 4.0 AUTOLOG AUTOLOG1 OP1 MAINT USE10750 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR ACCOUNT 2 OPERATOR USE10760 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR MACH ESA USE10770 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR OPTION MAINTCCW USE10780 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR EOJ DIRECTORY NOT UPDATED
Re: SEQUENCE# ERRORS IN DIRECTORY
I don't think DIRECTXA is complaining about the sequence numbers one could code beyond col 72. I merely think it is that the AUTOLOG, ACCOUNT, MACHINE and OPTION records follows a device record. For a given user, firts code the non-device statements (like ACCOUNT), then devices (line CONSOLE, SPOOL, LINK, MDISK) 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com How do you get rid of, or renumber, sequence numbers in the DIRECTORY outside of DIRMAINT. I get sequence# errors when I move things around and do DIRECTXA with the (EDIT option. directxa vmuvm direct a (edit z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 4.0 AUTOLOG AUTOLOG1 OP1 MAINT USE10750 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR ACCOUNT 2 OPERATOR USE10760 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR MACH ESA USE10770 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR OPTION MAINTCCW USE10780 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR EOJ DIRECTORY NOT UPDATED -- Kris Buelens, IBM Belgium, VM customer support
Re: SEQUENCE# ERRORS IN DIRECTORY
Right, ty, Kris. I had replaced, inplace, the contents of the PROFILE IBMDFLT to add PARM AUTOCR to I CMS and it did not like the order. Everything is good now. Love that (EDIT option when updating the DIRECTORY outside DIRMAINT. directxa vmuvm direct a (edit z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 4.0 EOJ DIRECTORY NOT UPDATED Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 02:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SEQUENCE# ERRORS IN DIRECTORY I don't think DIRECTXA is complaining about the sequence numbers one could code beyond col 72. I merely think it is that the AUTOLOG, ACCOUNT, MACHINE and OPTION records follows a device record. For a given user, firts code the non-device statements (like ACCOUNT), then devices (line CONSOLE, SPOOL, LINK, MDISK) 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com How do you get rid of, or renumber, sequence numbers in the DIRECTORY outside of DIRMAINT. I get sequence# errors when I move things around and do DIRECTXA with the (EDIT option. directxa vmuvm direct a (edit z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 4.0 AUTOLOG AUTOLOG1 OP1 MAINT USE10750 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR ACCOUNT 2 OPERATOR USE10760 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR MACH ESA USE10770 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR OPTION MAINTCCW USE10780 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR EOJ DIRECTORY NOT UPDATED -- Kris Buelens, IBM Belgium, VM customer support
Re: SEQUENCE# ERRORS IN DIRECTORY
Hi, George. DIRECTXA isn't complaining about sequence *numbers* being out of order in the VMUVM DIRECT file, it's complaining that some of the directory control statements for userid OPERATOR are not in the proper order. For example, the LINK statement must follow any general statements specified in a user's directory entry. The CP Planning and Admin Guide documents the order in which directory control statements can appear in a user's directory entry. Have a good one. DJ On 11/11/2010 01:22 PM, George Henke/NYLIC wrote: How do you get rid of, or renumber, sequence numbers in the DIRECTORY outside of DIRMAINT. I get sequence# errors when I move things around and do DIRECTXA with the (EDIT option. directxa vmuvm direct a (edit z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 4.0 AUTOLOG AUTOLOG1 OP1 MAINT USE10750 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR ACCOUNT 2 OPERATOR USE10760 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR MACH ESA USE10770 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR OPTION MAINTCCW USE10780 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR EOJ DIRECTORY NOT UPDATED -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: Streamlining the IPL
Yikes - you're right. mea culpa And I thought I had read it carefully... scary Scott Rohling On Thu, Nov 11, 2010 at 11:35 AM, Schuh, Richard rsc...@visa.com wrote: Command shortcuts are for humans, not machines. You need to read a little more carefully (instead of scanning like I do :-) ) Regards, Richard Schuh -- *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *Scott Rohling *Sent:* Thursday, November 11, 2010 10:32 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: Streamlining the IPL I see no mention of the word 'shortcut' in Alan's post. Just a statement that issuing one 'system' request at a time is best. But I agree that: - 'system request' is ambiguous - If the command supports multiple options - there is absolutely nothing wrong with using multiple options on a single command As you say - some CMS programs (like VMLINK) often use multiple options and wouldn't work unless they are all specified on a single call. As to whether someone wants to issue it in one command or multiple (when it 'can' be broken up) - I think it is up to the individual. There are reasons for both (e.g. brevity vs clarity, etc). Scott Rohling On Thu, Nov 11, 2010 at 10:35 AM, Schuh, Richard rsc...@visa.com wrote: That is not a command shortcut, it is a documented, supported syntax. Abbreviations are short cuts, putting more than one parameter on a command, if documented as being correct, is not. If you want to consider that as being a shortcut, then vow to give up using VMLINK or NAMES files except for when you are entering commands from the keyboard. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Thursday, November 11, 2010 9:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL On Thursday, 11/11/2010 at 11:27 EST, Schuh, Richard rsc...@visa.com wrote: My motto is to never use two commands when one will do. The HOLD OFF and MORE 0 0 can both be entered in a single command. Feh. :-) My motto is to never use one command where two will do. Command shortcuts are for humans, not machines. All well-written programs make one system request at a time unless there is an overriding technical reason to do otherwise. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: SEQUENCE# ERRORS IN DIRECTORY
Yes, ty, Dave: I had updated, in place, the PROFILE contents of IBMDFLT to add the AUTOCR parm you recommended for the automated IPL and while DIRECTXA does not mind PROFILE up ahead of certain statements, it certainly did have problem with its contents being there. Too many DIRECTXA's without a helmet. Must not think like a computer, cause they don't think either. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 02:43 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SEQUENCE# ERRORS IN DIRECTORY Hi, George. DIRECTXA isn't complaining about sequence *numbers* being out of order in the VMUVM DIRECT file, it's complaining that some of the directory control statements for userid OPERATOR are not in the proper order. For example, the LINK statement must follow any general statements specified in a user's directory entry. The CP Planning and Admin Guide documents the order in which directory control statements can appear in a user's directory entry. Have a good one. DJ On 11/11/2010 01:22 PM, George Henke/NYLIC wrote: How do you get rid of, or renumber, sequence numbers in the DIRECTORY outside of DIRMAINT. I get sequence# errors when I move things around and do DIRECTXA with the (EDIT option. directxa vmuvm direct a (edit z/VM USER DIRECTORY CREATION PROGRAM - VERSION 5 RELEASE 4.0 AUTOLOG AUTOLOG1 OP1 MAINT USE10750 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR ACCOUNT 2 OPERATOR USE10760 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR MACH ESA USE10770 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR OPTION MAINTCCW USE10780 HCPDIR752E STATEMENT SEQUENCE ERROR FOLLOWING USER OPERATOR EOJ DIRECTORY NOT UPDATED -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: HCM/HCD from IOCP
When VM is using an IODF and MVS is on the box doesn't the changes show up in VM when the IODF is activated in HCD? I though the Dynamic commands in VM only needed to happen if you are using an IOCDS and IOCP to maintain the HW. When the Hardware Configuration(HAS) matches the loaded IOCDS and the SET IOCDS_ACTIVE Ax command is issued Then you get a good RC If they do not match then you get an error. Larry Davis From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 11, 2010 3:17 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCM/HCD from IOCP 1. Just get, via FTP, emulator upload, sneaker net, or whatever, the IOCP source from whoever maintains it, 2. Make your changes and send it back to them. 3. When they process it through HCD it will produce a production IODF file which can then be exported as a sequential file back to you. 4. Then you just load it onto you parm disk and follow the dynamic reconfig process given in SET IOCDS ACTIVE in CP COMMANDS. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 03:00 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: HCM/HCD from IOCP 5. Can't do that, you don't actually get access to any source (that I can tell): 1HCD Time: 13:49 Date: 10-11-11 Page:1 z/VM 5.4.0 HCD 0(1) FILE=A1 IOCP A -Statement Orig Sev MsgidMessage Text 0E CBDD600I HLASM MODULE not found. -Total Messages Terminating Error Warning Informational 1 1 0Return Code was 8 Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Friday, November 05, 2010 9:01 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCM/HCD from IOCP Does your company have HLASM on any other System z O.S.? If so it would seem that you could send the file there, run HLASM on it, and send the results back to z/VM. Or... talk to your IBM rep or IBM business partner to see if IBM might HLASM this file for your one-time conversion effort. I seem to remember an IBM'er stating within the past few weeks that such was possible - check the IBMVM-L archives using the web browser version in place of e-mail. If you don't have that web site, it is: http://listserv.uark.edu/archives/ibmvm.html Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/05/2010 07:50 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject HCM/HCD from IOCP I want to convert my IOCP to HCM/HCD, but one of the requirements is HLASM, which I do not have and will not be able to convince management to purchase for a one time conversion. Options? TIA, Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. 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. E-mails 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 e-mail. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents
Nov. 17 Webcast - Intro to the new Linux on System z Terminal Server Using IUCV 9:00 AM EDT or 2:00 PM EDT
Cross-posted to IBMVM, LINUX390, and IBMMAIN for the Linux on the mainframe enthusiasts The next LVC / IBM Linux WebCast is scheduled for Wed. Nov. 17 Register to listen http://www.vm.ibm.com/education/lvc/ Date:Wednesday, November 17, 2010 Times: Choice of two live calls: 9:00AM or 2:00PM EDT (A replay is planned to be available a few days after the live call.) Title: Intro to the new Linux on System z Terminal Server Using IUCV Speaker: Hendrik Brückner, IBM Boeblingen Programming Laboratory Duration: 75 minutes Abstract: How often did you reconfigure your network setup using a line-mode terminal? Can you use ed to change and correct your configuration files? Why not using your favorite full screen editor? IBM introduced a new full-screen terminal access to Linux instances on the same z/VM system, using the Inter-User Communications Vehicle (IUCV). This feature is part the latest Enterprise Distributions for System z and provides an alternative terminal access to 3270 and 3215 line-mode terminals, especially for the Linux system administrator with basic z/VM skills only. Another use case is the system administration in a tight security environment, where sensitive Linux instances are isolated from the local IP networks. In this webcast you will learn how to set up a Linux instance as a terminal server for a virtual Linux server farm on z/VM. Registration info and Details are in the PDF invitation: http://www.vm.ibm.com/education/lvc/lvc1117l.pdf or just visit this web page. http://www.vm.ibm.com/education/lvc/ Please direct any questions to Julie Liesenfelt at jul...@us.ibm.com. Regards, Pam C
Re: Streamlining the IPL
From Operator Q TERM and see if the more 0 0 is in fact being set. On Thu, Nov 11, 2010 at 3:55 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' *'CP TERM HOLD OFF MORE 0 0'* 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. *Dave Jones d...@vsoft-software.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 george_he...@newyorklife.com -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: Streamlining the IPL
What does 'Q TERM' show? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 11, 2010 2:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP TERM HOLD OFF MORE 0 0' 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 mailto:george_he...@newyorklife.com _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Streamlining the IPL
George, I don't know why the console is behaving this way, but since you are IPL-ing CMS on OPERATOR, you can put a couple of CMS CLRSCRN commands in the PROFILE EXEC at the appropriate places and see if that doesn't get what you want. The SET RUN ON command has nothing to do with how the console behaves; it just instructs CP to let your virtual machine execute instructions while an outstanding CP READ is waiting for a response. So, despite these problems, how do you like VM? :-) On 11/11/2010 02:55 PM, George Henke/NYLIC wrote: Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' *'CP TERM HOLD OFF MORE 0 0'* 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. *Dave Jones d...@vsoft-software.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: Streamlining the IPL
You should see something like this. q term LINEND # , LINEDEL OFF, CHARDEL OFF, ESCAPE , TABCHAR OFF LINESIZE 140, ATTN OFF, APL OFF, TEXT OFF, MODE VM, HILIGHT OFF CONMODE 3215, BREAKIN IMMED , BRKKEY PA1 , SCRNSAVE OFF AUTOCR ON , *MORE 000 000, HOLD OFF* , TIMESTAMP OFF, SYS3270 OFF Ready; T=0.01/0.01 16:09:25 On Thu, Nov 11, 2010 at 3:55 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' *'CP TERM HOLD OFF MORE 0 0'* 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. *Dave Jones d...@vsoft-software.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 george_he...@newyorklife.com -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: Streamlining the IPL
q term 16:09:56 LINEND # , LINEDEL ¢ , CHARDEL @ , ESCAPE , TABCHAR ] 16:09:56 LINESIZE 080, ATTN OFF, APL OFF, TEXT OFF, MODE VM, HILIGHT OFF 16:09:56 CONMODE 3215, BREAKIN IMMED , BRKKEY PA1 , SCRNSAVE OFF 16:09:56 AUTOCR ON , MORE 000 000, HOLD OFF, TIMESTAMP CP , SYS3270 OFF Ready; T=0.01/0.01 16:09:56 Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:08 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL What does ‘Q TERM’ show? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 11, 2010 2:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP TERM HOLD OFF MORE 0 0' 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Streamlining the IPL
I do: q term 16:09:56 LINEND # , LINEDEL ¢ , CHARDEL @ , ESCAPE , TABCHAR ] 16:09:56 LINESIZE 080, ATTN OFF, APL OFF, TEXT OFF, MODE VM, HILIGHT OFF 16:09:56 CONMODE 3215, BREAKIN IMMED , BRKKEY PA1 , SCRNSAVE OFF 16:09:56 AUTOCR ON , MORE 000 000, HOLD OFF, TIMESTAMP CP , SYS3270 OFF Ready; T=0.01/0.01 16:09:56 Mark Pace pacemainl...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:10 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL You should see something like this. q term LINEND # , LINEDEL OFF, CHARDEL OFF, ESCAPE , TABCHAR OFF LINESIZE 140, ATTN OFF, APL OFF, TEXT OFF, MODE VM, HILIGHT OFF CONMODE 3215, BREAKIN IMMED , BRKKEY PA1 , SCRNSAVE OFF AUTOCR ON , MORE 000 000, HOLD OFF , TIMESTAMP OFF, SYS3270 OFF Ready; T=0.01/0.01 16:09:25 On Thu, Nov 11, 2010 at 3:55 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP TERM HOLD OFF MORE 0 0' 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: Streamlining the IPL
Is your second level VM system using a 3270 console? Or, is it using the HMC linemode console, emulated by the first level host (aka SYSC) (If you don't know, start the second level system like this: Q V CONSnote the address, often 0009 is used SYSTEM RESET TERM CONMODE 3270 IPL LOADPARM CONS ( is the address you found with Q V CONS) 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' *'CP TERM HOLD OFF MORE 0 0'* 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. *Dave Jones d...@vsoft-software.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 george_he...@newyorklife.com -- Kris Buelens, IBM Belgium, VM customer support
Re: Nov. 17 Webcast - Intro to the new Linux on System z Terminal Server Using IUCV 9:00 AM EDT or 2:00 PM EDT
I hope your times are EST now. The rest of the country is now on Standard time. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Pamela Christina on a blue-sky day in Endicott Sent: Thursday, November 11, 2010 12:28 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Nov. 17 Webcast - Intro to the new Linux on System z Terminal Server Using IUCV 9:00 AM EDT or 2:00 PM EDT Cross-posted to IBMVM, LINUX390, and IBMMAIN for the Linux on the mainframe enthusiasts The next LVC / IBM Linux WebCast is scheduled for Wed. Nov. 17 Register to listen http://www.vm.ibm.com/education/lvc/ Date:Wednesday, November 17, 2010 Times: Choice of two live calls: 9:00AM or 2:00PM EDT (A replay is planned to be available a few days after the live call.) Title: Intro to the new Linux on System z Terminal Server Using IUCV Speaker: Hendrik Brückner, IBM Boeblingen Programming Laboratory Duration: 75 minutes Abstract: How often did you reconfigure your network setup using a line-mode terminal? Can you use ed to change and correct your configuration files? Why not using your favorite full screen editor? IBM introduced a new full-screen terminal access to Linux instances on the same z/VM system, using the Inter-User Communications Vehicle (IUCV). This feature is part the latest Enterprise Distributions for System z and provides an alternative terminal access to 3270 and 3215 line-mode terminals, especially for the Linux system administrator with basic z/VM skills only. Another use case is the system administration in a tight security environment, where sensitive Linux instances are isolated from the local IP networks. In this webcast you will learn how to set up a Linux instance as a terminal server for a virtual Linux server farm on z/VM. Registration info and Details are in the PDF invitation: http://www.vm.ibm.com/education/lvc/lvc1117l.pdf or just visit this web page. http://www.vm.ibm.com/education/lvc/ Please direct any questions to Julie Liesenfelt at jul...@us.ibm.com. Regards, Pam C
Re: Streamlining the IPL
For 2d Level setup I enter: sys clear term conmode 3270 set mach esa i 125b clear Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:15 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Is your second level VM system using a 3270 console? Or, is it using the HMC linemode console, emulated by the first level host (aka SYSC) (If you don't know, start the second level system like this: Q V CONSnote the address, often 0009 is used SYSTEM RESET TERM CONMODE 3270 IPL LOADPARM CONS ( is the address you found with Q V CONS) 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP TERM HOLD OFF MORE 0 0' 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 -- Kris Buelens, IBM Belgium, VM customer support
Re: BRP
Ok, so you're really doing a proof of concept of your dasd replication solution. Obviously, once in production one doesn't want to stop replicating just to do a test, unless you don't care how stale your DR data gets. So once the concept is proved, you'll have to come up with procedures to do testing which will involve various R2's, BCVs, PIT gold copies, etc. You'll need to understand those requirements ahead of time to properly size your DR dasd solution. We also successfully restore our VTAPE library using this technique. It is very small (one or two mod 3's), but the concept is extensible. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Thursday, November 11, 2010 4:11 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP In essence, we will be breaking the connections with the main system at a time not previously disclosed to us, and will not be allowed to go back to it or reference anything on it for the duration of the test. We will have to resync the dasd after the test has been completed. The main system will stay up and running so that those who are not part of the test can continue working. Far from defeating the purpose of the test, which is to demonstrate that we can get the BRP system up and fully functional in x hours (x has yet to be determined, but it will be fairly small, without reverting to using the main system to help in any way. With the tape backup system, x used to be 24; however, it was trimmed to be only 12 and we demonstrated that it could not be done in that time frame. The restore of our (VSSI) VTAPE library, which is not tiny, did not complete during the window. It had been running for almost 8 hours and was only about half done when the window closed. We just got confirmation that the current configuration at the DR site has not been kept up to date. :-( That is a problem we do not expect to have if we are replicating the dasd. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Quay, Jonathan (IHG) Sent: Thursday, November 11, 2010 10:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP If you can't snap off a copy what are you going to do during a test? Stop replicating? Kind of defeats the purpose. Anyway, we've never had a problem with the vm or linux filesystems. A lost inode here or there, but that is to be expected. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Thursday, November 11, 2010 12:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP VM is my main concern, we already have multiple copies of TPF at different centers. The TPF folks have their own DR requirements, including no complete network outage. We are concerned with the ability to update source and test the updates, which requires both VM and Linux, and to run potentially critical applications that require VM. z/OS has its own set of requirements which are at least partially met by there being running instances of z/OS at each of the centers. Our DR site is a CBU LPAR in our other datacenter. The hardware configuration is (supposedly, no confirmation as yet) maintained in parallel with our running system. Once the DR test starts, we will be allowed no contact with the running system and there will be no ability to snap off a copy prior to the test - in fact, it is expressly forbidden. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Quay, Jonathan (IHG) Sent: Thursday, November 11, 2010 8:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP We also have all EMC dasd. To guard against application faux pas that are not immediately discovered, we maintain 3 copies of TPF at 8 hour intervals (we can also bring home our offsite copies, which you need to be able do when a real disaster is over). For DR testing, we snap off point-in-time copies of TPF, z/OS, z/VM, and z/Linux (ECKD) dasd. We bring up TPF under our z/VM at the DR site so we can remap devices to correspond with the vendor provided hardware environment. It all works like a charm. Once the vendor moves our dasd over, we IPL z/VM, check the hardware environment, then un-NOLOG TPFPROD, and IPL it. Getting the network switched over takes more time than this, so we wind up waiting on them. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Re: Streamlining the IPL
Well, George, it's set the way you want it, at that moment in time. But that's only set once the OPERATOR virtual machine has been constructed in compliance with the CP Directory statements defining its parameters, it has logged on, IPLed CMS, and run through the PROFILE EXEC through the point of executing that 'CP TERM HOLD OFF MORE 0 0'. Sidebar: TERM is an abbreviation, better to spell out all commands in EXECs fully, in this case as: 'CP TERMINAL HOLD OFF MORE 0 0' REXX performs marginally better when all commands are quoted, uppercased, and fully spelled out (no abbrevs). But mostly, if you do that as a matter of course and ever have to scan MDISKs for all references to a particular command, the search is dramatically reduced if abbreviations don't have to be scanned for! I'd try placing the command in the directory entry of OPERATOR as others have mentioned before. That reduces, but does not totally eliminate, the narrow time window between the IPL messages being displayed and OPERATOR getting logged on and entering that command. Would you mind copy/pasting the IPL messages from the very first one through where OPERATOR gets logged on, maybe just a little more, too? And... what model 3270 emulator terminal is being used for OPERATOR? E.g. a MOD2, MOD3, MOD4, MOD5, or some other? If other, how many lines does that terminal display? Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. George Henke/NYLIC george_he...@newyorklife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 03:11 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL q term 16:09:56 LINEND # , LINEDEL ¢ , CHARDEL @ , ESCAPE , TABCHAR ] 16:09:56 LINESIZE 080, ATTN OFF, APL OFF, TEXT OFF, MODE VM, HILIGHT OFF 16:09:56 CONMODE 3215, BREAKIN IMMED , BRKKEY PA1 , SCRNSAVE OFF 16:09:56 AUTOCR ON , MORE 000 000, HOLD OFF, TIMESTAMP CP , SYS3270 OFF Ready; T=0.01/0.01 16:09:56 Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:08 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL What does ?Q TERM? show? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 11, 2010 2:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP TERM HOLD OFF MORE 0 0' 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To
Re: Streamlining the IPL
That explains it Mike. All these instances were before the PROFILE EXEC started which kinda defeats the purpose. I will put the commands in the DIRECTORY with the hope that it will kick in earlier, before the PROFILE EXEC starts. Mike Walter mike.wal...@hewitt.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:27 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Well, George, it's set the way you want it, at that moment in time. But that's only set once the OPERATOR virtual machine has been constructed in compliance with the CP Directory statements defining its parameters, it has logged on, IPLed CMS, and run through the PROFILE EXEC through the point of executing that 'CP TERM HOLD OFF MORE 0 0'. Sidebar: TERM is an abbreviation, better to spell out all commands in EXECs fully, in this case as: 'CP TERMINAL HOLD OFF MORE 0 0' REXX performs marginally better when all commands are quoted, uppercased, and fully spelled out (no abbrevs). But mostly, if you do that as a matter of course and ever have to scan MDISKs for all references to a particular command, the search is dramatically reduced if abbreviations don't have to be scanned for! I'd try placing the command in the directory entry of OPERATOR as others have mentioned before. That reduces, but does not totally eliminate, the narrow time window between the IPL messages being displayed and OPERATOR getting logged on and entering that command. Would you mind copy/pasting the IPL messages from the very first one through where OPERATOR gets logged on, maybe just a little more, too? And... what model 3270 emulator terminal is being used for OPERATOR? E.g. a MOD2, MOD3, MOD4, MOD5, or some other? If other, how many lines does that terminal display? Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. George Henke/NYLIC george_he...@newyorklife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 03:11 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL q term 16:09:56 LINEND # , LINEDEL ¢ , CHARDEL @ , ESCAPE , TABCHAR ] 16:09:56 LINESIZE 080, ATTN OFF, APL OFF, TEXT OFF, MODE VM, HILIGHT OFF 16:09:56 CONMODE 3215, BREAKIN IMMED , BRKKEY PA1 , SCRNSAVE OFF 16:09:56 AUTOCR ON , MORE 000 000, HOLD OFF, TIMESTAMP CP , SYS3270 OFF Ready; T=0.01/0.01 16:09:56 Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:08 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL What does ?Q TERM? show? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, November 11, 2010 2:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Streamlining the IPL Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP TERM HOLD OFF MORE 0 0' 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change
Re: Streamlining the IPL
Still no definitive answer By default, SYSC is the last entry in the list of operator consoles in SYSTEM CONFIG. This means that when CP doesn't find a 3270 console from the list op operator consoles, it uses SYSC. In second level, it means line mode emulated by the first level VM system. And there the TERM settings of the first level will be used. If the address of the virtual console of the user in which you start the second level VM is in the list of SYSTEM CONFIG, then indeed your IPL 125B will make the second level work in 3270 mode. If you don't understand what I try to explain in few words, try what I tell Q V CONS#SYSTEM RESET#TERM CONMODE 3270 IPL 125B LOADPARM CONS Then you tell your second level CP to use as console, and TERM CONMODE 3270 will be honored. 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com For 2d Level setup I enter: sys clear term conmode 3270 set mach esa i 125b clear *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:15 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Is your second level VM system using a 3270 console? Or, is it using the HMC linemode console, emulated by the first level host (aka SYSC) (If you don't know, start the second level system like this: Q V CONSnote the address, often 0009 is used SYSTEM RESET TERM CONMODE 3270 IPL LOADPARM CONS ( is the address you found with Q V CONS) 2010/11/11 George Henke/NYLIC *george_he...@newyorklife.com*george_he...@newyorklife.com Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' * 'CP TERM HOLD OFF MORE 0 0'* 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. *Dave Jones **d...@vsoft-software.com* d...@vsoft-software.com** Sent by: The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU To *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens *kris.buel...@gmail.com* kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU To *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC *george_he...@newyorklife.com*george_he...@newyorklife.com *mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544* george_he...@newyorklife.com -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: BRP
We will be required to do a complete DR test once per year. Our VTAPE is 48 3390-03 volumes. The usage is in the range of 40-80% with an occasional foray into the 90+% RANGE. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Quay, Jonathan (IHG) Sent: Thursday, November 11, 2010 1:21 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP Ok, so you're really doing a proof of concept of your dasd replication solution. Obviously, once in production one doesn't want to stop replicating just to do a test, unless you don't care how stale your DR data gets. So once the concept is proved, you'll have to come up with procedures to do testing which will involve various R2's, BCVs, PIT gold copies, etc. You'll need to understand those requirements ahead of time to properly size your DR dasd solution. We also successfully restore our VTAPE library using this technique. It is very small (one or two mod 3's), but the concept is extensible. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Thursday, November 11, 2010 4:11 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP In essence, we will be breaking the connections with the main system at a time not previously disclosed to us, and will not be allowed to go back to it or reference anything on it for the duration of the test. We will have to resync the dasd after the test has been completed. The main system will stay up and running so that those who are not part of the test can continue working. Far from defeating the purpose of the test, which is to demonstrate that we can get the BRP system up and fully functional in x hours (x has yet to be determined, but it will be fairly small, without reverting to using the main system to help in any way. With the tape backup system, x used to be 24; however, it was trimmed to be only 12 and we demonstrated that it could not be done in that time frame. The restore of our (VSSI) VTAPE library, which is not tiny, did not complete during the window. It had been running for almost 8 hours and was only about half done when the window closed. We just got confirmation that the current configuration at the DR site has not been kept up to date. :-( That is a problem we do not expect to have if we are replicating the dasd. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Quay, Jonathan (IHG) Sent: Thursday, November 11, 2010 10:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP If you can't snap off a copy what are you going to do during a test? Stop replicating? Kind of defeats the purpose. Anyway, we've never had a problem with the vm or linux filesystems. A lost inode here or there, but that is to be expected. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Thursday, November 11, 2010 12:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP VM is my main concern, we already have multiple copies of TPF at different centers. The TPF folks have their own DR requirements, including no complete network outage. We are concerned with the ability to update source and test the updates, which requires both VM and Linux, and to run potentially critical applications that require VM. z/OS has its own set of requirements which are at least partially met by there being running instances of z/OS at each of the centers. Our DR site is a CBU LPAR in our other datacenter. The hardware configuration is (supposedly, no confirmation as yet) maintained in parallel with our running system. Once the DR test starts, we will be allowed no contact with the running system and there will be no ability to snap off a copy prior to the test - in fact, it is expressly forbidden. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Quay, Jonathan (IHG) Sent: Thursday, November 11, 2010 8:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: BRP We also have all EMC dasd. To guard against application faux pas that are not immediately discovered, we maintain 3 copies of TPF at 8 hour intervals (we can also bring home our offsite copies, which you need to be able do when a real disaster is over). For DR testing, we snap off point-in-time copies of TPF, z/OS, z/VM, and z/Linux (ECKD) dasd. We bring up TPF under our z/VM at the DR site so we can remap devices to correspond with the vendor provided hardware environment. It all works like a charm. Once the vendor moves our dasd over, we IPL z/VM, check the hardware environment, then un-NOLOG TPFPROD, and IPL it. Getting the network switched over takes more time than this, so we wind up waiting on them.
Re: Streamlining the IPL
ty, Kris: Have to run to renew my drivers license but I will give it a shot tomorrow. It makes sense. Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:41 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Still no definitive answer By default, SYSC is the last entry in the list of operator consoles in SYSTEM CONFIG. This means that when CP doesn't find a 3270 console from the list op operator consoles, it uses SYSC. In second level, it means line mode emulated by the first level VM system. And there the TERM settings of the first level will be used. If the address of the virtual console of the user in which you start the second level VM is in the list of SYSTEM CONFIG, then indeed your IPL 125B will make the second level work in 3270 mode. If you don't understand what I try to explain in few words, try what I tell Q V CONS#SYSTEM RESET#TERM CONMODE 3270 IPL 125B LOADPARM CONS Then you tell your second level CP to use as console, and TERM CONMODE 3270 will be honored. 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com For 2d Level setup I enter: sys clear term conmode 3270 set mach esa i 125b clear Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:15 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Is your second level VM system using a 3270 console? Or, is it using the HMC linemode console, emulated by the first level host (aka SYSC) (If you don't know, start the second level system like this: Q V CONSnote the address, often 0009 is used SYSTEM RESET TERM CONMODE 3270 IPL LOADPARM CONS ( is the address you found with Q V CONS) 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com Everything looks good except for 'MORE processing. Although the OPERATOR screen does not got to HOLD, it waits the default 50 seconds before scrolling to the next screen. It seems to be ignoring the first 0 in TERM MORE 0 0 Whether I use 2 TERM commands or 1 the result is the same. From OPERATOR's PROFILE EXEC: Address Command 'SYNONYM SYN' 'CP TERMINAL MODE VM' 'CP SPOOL CONSOLE * START' 'CP SET RUN ON' 'CP TERM HOLD OFF MORE 0 0' 'CP SET PF11 RETRIEVE FORWARD' 'CP SET PF12 RETRIEVE BACKWARD' 'CP SET PF23 RETRIEVE FORWARD' 'CP SET PF24 RETRIEVE BACKWARD' Is the SET RUN ON perhaps interfering? It should be noted this is a PoC at Level 2 Perhaps this difference in behavior is connected with that. Or is this how it is supposed to work?. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 11:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL Hi, George. To get CP to automatically IPL with no operator prompts for what kind of IPL to do and to set the date and time, add the following to the FEATURES statement in the production SYSTEM CONFIG file: ENABle AUTO_WARM_IPL, To have the TERM MORE 0 0 and TERM HOLD OFF commands automatically be issued at IPL time, you can either: 1) have the OPERATOR user id IPL CMS (with PARM AUTOCR specified) and then have the PROFILE EXEC file issue the CP TERM commands, or 2) add the COMMAND directory control statement to OPERATOR's user directory entry like so: COMMAND TERM MORE 0 0 COMMAND TERM HOLD OFF if you do not want OPERATOR running CMS. Have a good one. On 11/11/2010 09:52 AM, George Henke/NYLIC wrote: ty, Kris and Alan, but what happens when the IPL prompts for Change Date/Time? Can the prompt be surpressed? Also, what is the best way to issue the TERM command? *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 10:47 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Streamlining the IPL TERM HOLD OFF MORE 0 0 2010/11/11 George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com Is there a way to prevent the Level 1 operator console screen from entering MORE or HOLDING state so that the IPL will continue uninterupted by operator intervention? SET RUN ON will not. -- Kris Buelens, IBM Belgium, VM customer support -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 -- Kris Buelens, IBM Belgium, VM customer support
Re: Streamlining the IPL
On Thursday, 11/11/2010 at 12:35 EST, Schuh, Richard rsc...@visa.com wrote: That is not a command shortcut, it is a documented, supported syntax. Abbreviations are short cuts, putting more than one parameter on a command, if documented as being correct, is not. If you want to consider that as being a shortcut, then vow to give up using VMLINK or NAMES files except for when you are entering commands from the keyboard. With a few exceptions, command syntax in VM is oriented towards humans, not programs. I do not gainsay your right to use them as they are documented. But you opened the door by stating your personal philosophy about one command vs. two and so you are now required to listen to mine. :-) I shall give up my command shortcuts when they are pried from my cold, dead fingers. My programs, however, gave them up some time ago. My experience w.r.t software maintenance may be different than yours. When I want to find all the instances of TERMINAL HOLD, I don't want to search for TERMINAL arbchar HOLD. I *can* do that, but I don't *want* to do that, as its effectiveness depends entirely on the sophistication of search/indexing engine. Further, if I tell someone to remove the TERMINAL HOLD command, I don't want to worry that they will miss TERMINAL MORE 0 0 HOLD OFF CONMODE 3270 or incorrectly remove all of TERMINAL HOLD OFF CONMODE 3270. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott