The IPL sequence shown contains a few commands that can kill CMS, in which
case the REXX exec won't continue.... They should form one big command that
is passed at once to CP.
nl='15'x /* store the linend character in a REXX variable */
'EXEC DET540'
'CP TERM CONMODE 3270'|| nl,
'DEF STOR 64M' || nl,
'SET MACHINE ESA' || nl,
'IPL 1034 CLEAR LOADPARM 0009'
2011/2/25 Bill Munson <william.mun...@bbh.com>
> that is right now attach the others and you will be ready to IPL
>
> if you are going to be IPL'ng 2nd level a lot set up some REXX EXECs
>
> /* ipl540 */
> 'EXEC DET540'
> 'TERMINAL CONMODE 3270'
> 'DEF STOR 64M'
> 'SET MACHINE ESA'
> 'IPL 1034 CLEAR LOADPARM 0009'
>
> /* det540 */
> 'CP DET 1034 SYSTEM'
> 'CP DET 221D SYSTEM'
> 'CP DET 221E SYSTEM'
> 'CP ATT 1034 *'
> 'CP ATT 221D *'
> 'CP ATT 221E *'
>
> Bill Munson
> Sr. z/VM Systems Programmer
> Brown Brothers Harriman & CO.
>
>
>
>
> From: Sherry Everhart <severh...@maccnet.com>
> To: IBMVM@LISTSERV.UARK.EDU
> Date: 02/25/2011 10:35 AM
> Subject: Re: IPL the new z/VM 5.4 System
> Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU>
> ------------------------------
>
>
>
> #CP Q V DASD
> DASD 0190 3390 520RES R/O 107 CYL ON DASD 0F00 SUBCHANNEL = 000
> 8
> DASD 0191 3390 EM0F05 R/W 10 CYL ON DASD 0F05 SUBCHANNEL = 000
> 0
> DASD 0192 3390 EM0F05 R/O 50 CYL ON DASD 0F05 SUBCHANNEL = 000
> B
> DASD 019D 3390 520W01 R/O 146 CYL ON DASD 0F03 SUBCHANNEL = 000
> 9
> DASD 019E 3390 520W01 R/O 250 CYL ON DASD 0F03 SUBCHANNEL = 000
> A
> DASD 2222 3390 EM0F05 R/W 5 CYL ON DASD 0F05 SUBCHANNEL = 000
> 1
> DASD 22CC 3390 EM0F05 R/W 5 CYL ON DASD 0F05 SUBCHANNEL = 000
> 2
> DASD 2CF1 3390 EM0F05 R/W 120 CYL ON DASD 0F05 SUBCHANNEL = 000
> 3
>
> The addresses are not there. If I do the attach command:
>
> attach FEA *
>
> and issue the #CP Q V DASD, I see:
>
> DASD 0FEA ON DASD 0FEA R/W 540RES SUBCHANNEL = 000C
>
> is this correct? It doesn't look like the others...
>
> *************************** IMPORTANT NOTE*****************************--
> The opinions expressed in this message and/or any attachments are those of
> the author and not necessarily those of Brown Brothers Harriman & Co., its
> subsidiaries and affiliates ("BBH"). There is no guarantee that this message
> is either private or confidential, and it may have been altered by
> unauthorized sources without your or our knowledge. Nothing in the message
> is capable or intended to create any legally binding obligations on either
> party and it is not intended to provide legal advice. BBH accepts no
> responsibility for loss or damage from its use, including damage from virus.
> ********************************************************************************
>
--
Kris Buelens,
IBM Belgium, VM customer support
