Re: Streamlining the IPL

[Alan Altmark]

On Thursday, 11/11/2010 at 12:35 EST, "Schuh, Richard"  
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  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

Re: Streamlining the IPL

[George Henke/NYLIC]

ty, Kris:

Have to run to renew my drivers license but I will give it a shot 
tomorrow.

It makes sense.




Kris Buelens  
Sent by: The IBM z/VM Operating System 
11/11/2010 04:41 PM
Please respond to
The IBM z/VM Operating System 


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 

For 2d Level setup I enter: 

sys clear 
term conmode 3270 
set mach esa 
i 125b clear 



Kris Buelens  
Sent by: The IBM z/VM Operating System  
11/11/2010 04:15 PM 


Please respond to
The IBM z/VM Operating System 


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  

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  
Sent by: The IBM z/VM Operating System  
11/11/2010 11:09 AM 



Please respond to
The IBM z/VM Operating System 


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 *
> Sent by: The IBM z/VM Operating System 
> 
> 11/11/2010 10:47 AM
> Please respond to
> The IBM z/VM Operating System  

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

-- 
Dave Jones
V/Soft Software
www.vsoft-software.com
Houston, TX
281.578.7544




-- 
Kris Buelens,
IBM Belgium, VM customer support 



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: BRP

[Schuh, Richard]

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

[Kris Buelens]

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 

>
> For 2d Level setup I enter:
>
> sys clear
> term conmode 3270
> set mach esa
> i 125b clear
>
>
>
>  *Kris Buelens *
> Sent by: The IBM z/VM Operating System 
>
> 11/11/2010 04:15 PM
>  Please respond to
> The IBM z/VM Operating System 
>
>   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 
> <*ib...@listserv.uark.edu*
> >
>
> 11/11/2010 11:09 AM
>
>
>   Please respond to
> The IBM z/VM Operating System 
> <*ib...@listserv.uark.edu*
> >
>
>   To
> *ib...@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 
> > <*ib...@listserv.uark.edu*
> >
> >
> > 11/11/2010 10:47 AM
> > Please respond to
> > The IBM z/VM Operating System 
> > <*ib...@listserv.uark.edu*
> >
>
> >
> >
> >
> > To
> >  *ib...@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
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Streamlining the IPL

[Dave Jones]

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 *
> Sent by: The IBM z/VM Operating System 
> 
> 11/11/2010 04:27 PM
> Please respond to
> The IBM z/VM Operating System 
> 
> 
>   
> 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" 
> 
> Sent by: "The IBM z/VM Operating System" 
> 11/11/2010 03:11 PM
> Please respond to
> "The IBM z/VM Operating System" 
> 
> 
> 
> 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" 
> Sent by: The IBM z/VM Operating System 
> 11/11/2010 04:08 PM
> 
> Please respond to
> The IBM z/VM Operating System 
> 
> 
> 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 
> Sent by: The IBM z/VM Operating System 
> 11/11/2010 11:09 AM
> 
> 
> Please respond to
> The IBM z/VM Operating System 
> 
> 
> 
> 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 

Re: Streamlining the IPL

[George Henke/NYLIC]

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  
Sent by: The IBM z/VM Operating System 
11/11/2010 04:27 PM
Please respond to
The IBM z/VM Operating System 


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"  

Sent by: "The IBM z/VM Operating System" 
11/11/2010 03:11 PM
Please respond to
"The IBM z/VM Operating System" 



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"  
Sent by: The IBM z/VM Operating System  
11/11/2010 04:08 PM 

Please respond to
The IBM z/VM Operating System 


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  
Sent by: The IBM z/VM Operating System  
11/11/2010 11:09 AM 


Please respond to
The IBM z/VM Operating System 



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 *
> Sent by: The IBM z/VM Operating System 
> 
> 11/11/2010 10:47 AM
> Please respond to
> The IBM z/VM Operating System 
> 
> 
> 
>

Re: Streamlining the IPL

[Mike Walter]

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"  

Sent by: "The IBM z/VM Operating System" 
11/11/2010 03:11 PM
Please respond to
"The IBM z/VM Operating System" 



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"  
Sent by: The IBM z/VM Operating System  
11/11/2010 04:08 PM 

Please respond to
The IBM z/VM Operating System 


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  
Sent by: The IBM z/VM Operating System  
11/11/2010 11:09 AM 


Please respond to
The IBM z/VM Operating System 



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 *
> Sent by: The IBM z/VM Operating System 
> 
> 11/11/2010 10:47 AM
> Please respond to
> The IBM z/VM Operating System 
> 
> 
> 
> 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
>  >
> 

Re: BRP

[Quay, Jonathan (IHG)]

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

[George Henke/NYLIC]

For 2d Level setup I enter:

sys clear
term conmode 3270
set mach esa
i 125b clear




Kris Buelens  
Sent by: The IBM z/VM Operating System 
11/11/2010 04:15 PM
Please respond to
The IBM z/VM Operating System 


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 

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  
Sent by: The IBM z/VM Operating System  
11/11/2010 11:09 AM 


Please respond to
The IBM z/VM Operating System 


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 *
> Sent by: The IBM z/VM Operating System 
> 
> 11/11/2010 10:47 AM
> Please respond to
> The IBM z/VM Operating System 

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

-- 
Dave Jones
V/Soft Software
www.vsoft-software.com
Houston, TX
281.578.7544




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

[Schuh, Richard]

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

[Kris Buelens]

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 

>
> 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 *
> Sent by: The IBM z/VM Operating System 
>
> 11/11/2010 11:09 AM
>  Please respond to
> The IBM z/VM Operating System 
>
>   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 *
> > Sent by: The IBM z/VM Operating System 
> >
> > 11/11/2010 10:47 AM
> > Please respond to
> > The IBM z/VM Operating System 
>
> >
> >
> >
> > 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
>
> --
> 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

[George Henke/NYLIC]

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  
Sent by: The IBM z/VM Operating System 
11/11/2010 04:10 PM
Please respond to
The IBM z/VM Operating System 


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  
Sent by: The IBM z/VM Operating System  
11/11/2010 11:09 AM 


Please respond to
The IBM z/VM Operating System 


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 *
> Sent by: The IBM z/VM Operating System 
> 
> 11/11/2010 10:47 AM
> Please respond to
> The IBM z/VM Operating System 
> 
> 
>  
> 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

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

[George Henke/NYLIC]

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"  
Sent by: The IBM z/VM Operating System 
11/11/2010 04:08 PM
Please respond to
The IBM z/VM Operating System 


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  
Sent by: The IBM z/VM Operating System  
11/11/2010 11:09 AM 


Please respond to
The IBM z/VM Operating System 



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 *
> Sent by: The IBM z/VM Operating System 
> 
> 11/11/2010 10:47 AM
> Please respond to
> The IBM z/VM Operating System 
> 
> 
> 
> 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

-- 
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: BRP

[Schuh, Richard]

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

[Mark Pace]

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 *
> Sent by: The IBM z/VM Operating System 
>
> 11/11/2010 11:09 AM
>  Please respond to
> The IBM z/VM Operating System 
>
>   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 *
> > Sent by: The IBM z/VM Operating System 
> >
> > 11/11/2010 10:47 AM
> > Please respond to
> > The IBM z/VM Operating System 
> >
> >
> >
> > 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
>
> --
> 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

[Dave Jones]

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 *
> Sent by: The IBM z/VM Operating System 
> 
> 11/11/2010 11:09 AM
> Please respond to
> The IBM z/VM Operating System 
> 
> 
>   
> 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 *
>> Sent by: The IBM z/VM Operating System 
>>
>> 11/11/2010 10:47 AM
>> Please respond to
>> The IBM z/VM Operating System 
>>
>>
>>  
>> 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

[Frank M. Ramaekers]

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  
Sent by: The IBM z/VM Operating System  

11/11/2010 11:09 AM 

Please respond to
The IBM z/VM Operating System 

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 *
> Sent by: The IBM z/VM Operating System 
> 
> 11/11/2010 10:47 AM
> Please respond to
> The IBM z/VM Operating System 
> 
> 
>  
> 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

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

[Mark Pace]

>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 *
> Sent by: The IBM z/VM Operating System 
>
> 11/11/2010 11:09 AM
>  Please respond to
> The IBM z/VM Operating System 
>
>   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 *
> > Sent by: The IBM z/VM Operating System 
> >
> > 11/11/2010 10:47 AM
> > Please respond to
> > The IBM z/VM Operating System 
> >
> >
> >
> > 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
>
> --
> 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

[George Henke/NYLIC]

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  
Sent by: The IBM z/VM Operating System 
11/11/2010 11:09 AM
Please respond to
The IBM z/VM Operating System 


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 *
> Sent by: The IBM z/VM Operating System 
> 
> 11/11/2010 10:47 AM
> Please respond to
> The IBM z/VM Operating System 
> 
> 
> 
> 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

-- 
Dave Jones
V/Soft Software
www.vsoft-software.com
Houston, TX
281.578.7544

Re: HCM/HCD from IOCP

[George Henke/NYLIC]

Correct, but I think Frank was looking for a way to maintain the IOCDS 
without HLASM.

So for that he needs to "dish" the source over to the platform that has 
HLASM, let them create the Production IODF for him, and then ship the 
PRODUCTION IODF back to him for dynamic configuration.

It's a bit circuitous but it should work.




"Davis, Larry (National VM/VSE Capability)"  
Sent by: The IBM z/VM Operating System 
11/11/2010 03:33 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
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"  
Sent by: The IBM z/VM Operating System  
11/11/2010 03:00 PM 


Please respond to
The IBM z/VM Operating System 



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"  

Sent by: "The IBM z/VM Operating System" 
11/05/2010 07:50 AM
Please respond to
"The IBM z/VM Operating System" 



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
fre

Nov. 17 Webcast - Intro to the new Linux on System z Terminal Server Using IUCV 9:00 AM EDT or 2:00 PM EDT

[Pamela Christina on a blue-sky day in Endicott]

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: HCM/HCD from IOCP

[Davis, Larry (National VM/VSE Capability)]

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" 
Sent by: The IBM z/VM Operating System 

11/11/2010 03:00 PM
Please respond to
The IBM z/VM Operating System 


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" 

Sent by: "The IBM z/VM Operating System" 
11/05/2010 07:50 AM
Please respond to
"The IBM z/VM Operating System" 



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 of this message is strictly 
prohibited. If you have

received this in error, please destroy it immediately and notify us at 

Re: HCM/HCD from IOCP

[George Henke/NYLIC]

Just get, via FTP, emulator upload, sneaker net, or whatever,  the IOCP 
source from whoever maintains it,
Make your changes and send it back to them.
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.
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"  
Sent by: The IBM z/VM Operating System 
11/11/2010 03:00 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: HCM/HCD from IOCP






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"  

Sent by: "The IBM z/VM Operating System" 
11/05/2010 07:50 AM
Please respond to
"The IBM z/VM Operating System" 



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 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: HCM/HCD from IOCP

[Frank M. Ramaekers]

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"  

Sent by: "The IBM z/VM Operating System" 
11/05/2010 07:50 AM
Please respond to
"The IBM z/VM Operating System" 



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 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: SEQUENCE# ERRORS IN DIRECTORY

[George Henke/NYLIC]

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  
Sent by: The IBM z/VM Operating System 
11/11/2010 02:43 PM
Please respond to
The IBM z/VM Operating System 


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: Streamlining the IPL

[Scott Rohling]

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  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  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"
>> > 
>> > 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

[Dave Jones]

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: SEQUENCE# ERRORS IN DIRECTORY

[George Henke/NYLIC]

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  
Sent by: The IBM z/VM Operating System 
11/11/2010 02:34 PM
Please respond to
The IBM z/VM Operating System 


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 

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

[Kris Buelens]

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 

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

SEQUENCE# ERRORS IN DIRECTORY

[George Henke/NYLIC]

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: Automated Shutdown of EREP

[Frank M. Ramaekers]

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

Re: BRP

[Quay, Jonathan (IHG)]

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 

 

 

 

Automated Shutdown of EREP

[Wandschneider, Scott]

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: Streamlining the IPL

[Schuh, Richard]

"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 
mailto: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.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"
> mailto: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

[Scott Rohling]

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  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"
> > 
> > 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

[Schuh, Richard]

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" 
> 
> 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: BRP

[Christy Brogan]

Hi Richard,

Cool.  I'm here the rest of the day.  Off tomorrow, back Monday

What was in that box is what's below here...  My info. :-)





|>
| From:  |
|>
  
>--|
  |"Schuh, Richard"
 |
  
>--|
|>
| To:|
|>
  
>--|
  |IBMVM@LISTSERV.UARK.EDU  
 |
  
>--|
|>
| Date:  |
|>
  
>--|
  |11/11/2010 09:17 AM  
 |
  
>--|
|>
| Subject:   |
|>
  
>--|
  |Re: BRP  
 |
  
>--|
|>
| Sent by:   |
|>
  
>--|
  |The IBM z/VM Operating System   
 |
  
>--|





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. :-)



 "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"
   
   
 To:  IBMVM@listserv.uark.edu  
   
   
 Date:11/10/2010 05:51 PM  
   
   
 Subject: BRP  
   
   
 Sent by: The IBM z/VM Operating System 
   





 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 ot

Re: Streamlining the IPL

[Alan Altmark]

On Thursday, 11/11/2010 at 11:27 EST, "Schuh, Richard"  
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: BRP

[Schuh, Richard]

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: BRP

[Quay, Jonathan (IHG)]

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

[Schuh, Richard]

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 * Sent by: The IBM z/VM 
> > Operating System 
> > 
> > 11/11/2010 10:47 AM
> > Please respond to
> > The IBM z/VM Operating System 
> > 
> > 
> > 
> > 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
> 
> --
> Dave Jones
> V/Soft Software
> www.vsoft-software.com
> Houston, TX
> 281.578.7544
> 

Re: BRP

[Schuh, Richard]

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" 

To:
IBMVM@listserv.uark.edu

Date:
11/10/2010 05:51 PM

Subject:
BRP

Sent by:
The IBM z/VM Operating System 




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

[Dave Jones]

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 *
> Sent by: The IBM z/VM Operating System 
> 
> 11/11/2010 10:47 AM
> Please respond to
> The IBM z/VM Operating System 
> 
> 
>   
> 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

-- 
Dave Jones
V/Soft Software
www.vsoft-software.com
Houston, TX
281.578.7544

Re: Streamlining the IPL

[Davis, Larry (National VM/VSE Capability)]

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 
Sent by: The IBM z/VM Operating System 

11/11/2010 10:47 AM
Please respond to
The IBM z/VM Operating System 


To

IBMVM@LISTSERV.UARK.EDU

cc

Subject

Re: Streamlining the IPL







TERM HOLD OFF MORE 0 0

2010/11/11 George Henke/NYLIC 
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

Re: Streamlining the IPL

[Kris Buelens]

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 

>
> 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 *
> Sent by: The IBM z/VM Operating System 
>
> 11/11/2010 10:47 AM
>  Please respond to
> The IBM z/VM Operating System 
>
>   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
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Streamlining the IPL

[George Henke/NYLIC]

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  
Sent by: The IBM z/VM Operating System 
11/11/2010 10:47 AM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Streamlining the IPL






TERM HOLD OFF MORE 0 0

2010/11/11 George Henke/NYLIC 

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

[Alan Altmark]

On Thursday, 11/11/2010 at 10:43 EST, George Henke/NYLIC 
 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

[Kris Buelens]

TERM HOLD OFF MORE 0 0

2010/11/11 George Henke/NYLIC 

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

Streamlining the IPL

[George Henke/NYLIC]

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: BRP

[Christy Brogan]

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"
 |
  
>--|
|>
| To:|
|>
  
>--|
  |IBMVM@listserv.uark.edu  
 |
  
>--|
|>
| Date:  |
|>
  
>--|
  |11/10/2010 05:51 PM  
 |
  
>--|
|>
| Subject:   |
|>
  
>--|
  |BRP  
 |
  
>--|
|>
| Sent by:   |
|>
  
>--|
  |The IBM z/VM Operating System   
 |
  
>--|





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: How to determine SYSRES

[David Boyes]

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