(Sigh) Duck if you've heard this before.

Put ADDRESS COMMAND at the beginning of your exec
Quote and UPPER CASE all commands to the underlying system
Don't abbreviate any commands
Don't waste your time putting semi-colons on the end of the line

(ESigh)

Les

Martin, Terry R. (CMS/CTR) (CTR) wrote:
Dennis,

I say INIT but I am really referring to the 'FORMAT' parameter of
CPFMTXA. Below is an example of an EXEC to format cylinder zero with the
z/VM Label. The INPUT file 'INPLVD1' has the RDEV and LABEL.

Of course you can do the same by executing CPFMTXA interactively and
specifying to parameters as prompted: /**** OR USE *****/ trace o makebuf;
'EXECIO * DISKR INPLVD1 FILE A (STEM'  RECORD. 'FINIS'

do i = 1 to record.0 rdev = word(record.i, 1) label = word(record.i,2) queue 'format' queue rdev queue '0-0' /* queue '0-END' */ queue label queue 'YES' queue 'PERM 0-0' /* queue 'PERM 0-END' */ /* queue 'PAGE 1-END' */ queue 'END' cpfmtxa; End; dropbuf;
INPLVD1 file:

6C6A B34V80

6C6B B34V81

6C6C B34V82
Thank You,

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

-----Original Message-----
From: The IBM z/VM Operating System [mailto:[email protected]] On
Behalf Of Dean, David (I/S)
Sent: Tuesday, July 20, 2010 3:54 PM
To: [email protected]
Subject: Re: ICKDSF format of new DASD

How do you init, with CPFMTXA?

Thanks, cause I still waste all that time.

-----Original Message-----

From: The IBM z/VM Operating System [mailto:[email protected]] On
Behalf Of Martin, Terry R. (CMS/CTR) (CTR)

Sent: Tuesday, July 20, 2010 3:48 PM

To: [email protected]

Subject: Re: ICKDSF format of new DASD

Hi Marcy,

I use to format the whole volume under CPFMTXA or ICKDSF on z/OS and

then turn around only to have Linux format them again a real waste of

time.

So now I just init cylinder zero with a z/VM Label for doc purposes and

it works fine.

Thank You,

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

-----Original Message-----

From: The IBM z/VM Operating System [mailto:[email protected]] On

Behalf Of Mike Walter

Sent: Tuesday, July 20, 2010 1:15 PM

To: [email protected]

Subject: Re: ICKDSF format of new DASD

When we *had* zLinux POC guests, we formatted them under CMS using the
LXFMT utility, see:

    http://www.sinenomine.net/products/vm/lxfmt

Once formatted with LXFMT, the disk was accessible from Linux without
dasdfmt.  But your particular filesystem needs may require something

more
extravagant.

Mike Walter

Hewitt Associates

The opinions expressed herein are mine alone, not my employer's.

"Martin Magat" <[email protected]>
Sent by: "The IBM z/VM Operating System" <[email protected]>

07/20/2010 11:56 AM

Please respond to

"The IBM z/VM Operating System" <[email protected]>

To

[email protected]

cc

Subject

Re: ICKDSF format of new DASD

Hi Marcy

Based on our experience, we have no problem formatting just the first

five cyl (0-5) before we attached them as linux dasd device mdisks. In turn,
they will format them using their own linux utilities.

rgrds

--- On Tue, 7/20/10, Marcy Cortes <[email protected]> wrote:

From: Marcy Cortes <[email protected]>

Subject: ICKDSF format of new DASD

To: [email protected]

Date: Tuesday, 20 July, 2010, 9:36 AM

What is the current recommendation for new DASD purchases and ICKDSF

CPVOL
FORMAT for disk to be used for Linux.

We've been formatting the whole thing.  Once upon a time there was a

DASD driver bug that this helped avoid, but I'm sure that has been fixed
before.

Marcy

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

Please see the following link for the BlueCross BlueShield of Tennessee
E-mail disclaimer:  http://www.bcbst.com/email_disclaimer.shtm


Reply via email to