Re: Streamlining the IPL
I IPLed as Kris suggested: Q V CONS#SYSTEM RESET#TERM CONMODE 3270 IPL 125B LOADPARM CONS My cons was 0009. But it made no difference I put the commands in the OPERATOR directory but it made no difference. I put them in the 2d Level Machine directory, VMUVM, itself and it still made no difference. I suspect the problem may be that I am running 2d Level. z/OS has the IMSI (Initialization Message Suppression Indicator). Set it to M and you are off and running. z/OS IPLs without any operator intervention. I guess I am looking for something like that in z/VM, but it may not exist, at least not at Level 2. But I will try again next week. Dave Jones d...@vsoft-software.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/11/2010 04:40 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 Good job, Mikethat explains it. George, the CP commands in the directory entry will certainly be executed long before CMS gets a chance to IPL and run it's own PROFILE EXEC file. Will the CP commands get executed before the OPERATOR's console fills up with IPL time messages, that I don't know. On 11/11/2010 03:34 PM, George Henke/NYLIC wrote: 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
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: 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: 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
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: 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: 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: 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 IBMVM
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 Date
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: 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