I IPLed as Kris suggested: Q V CONS#SYSTEM RESET#TERM CONMODE 3270 IPL 125B LOADPARM CONSnnnn
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, Mike....that 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 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. > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544