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/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. 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.
