Re: Using CPFORMAT exec

2011-05-29 Thread Scott Rohling
It's in the cookbook -- section 4.6.1 -- and the subsection 'Using the
CPFORMAT EXEC' ...   try 'CPFORMAT ?' for help..

Scott Rohling

Sun, May 29, 2011 at 6:37 PM, Cameron Seay  wrote:

> Does anyone have a clearer description of how to use the CPFORMAT exec for
> formatting DASD?  I'm using the SLES10 Cookbook Redbook and was doing fine
> up to this point.
>
> Thanks.
>
> --
> Cameron Seay, Ph.D.
> Electronics, Computer and Information Technology
> School of Technology
> NC A & T State University
> Greensboro, NC
> 336 334 7717 x2251
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Using CPFORMAT exec

2011-05-29 Thread David Kreuter
CPFMTXA is the front end to IBM's DASD formatter ICKDSF.  It has 3 basic
functions:
LABEL, FORMAT, and ALLOCATE.
It expects a virtual disk device to write to. In many cases this is a
full pack volume attached to the virtual machine. But it can be a
minidisk that starts anywhere in a volume.
All of the directives are cast into input which is fed into ICKDSF.
LABEL writes a label onto ECKD cylinder 0 track 0 record 3.
FORMAT expects a cylinder range to write its bit pattern of 4096 byte
blocks.
ALLOCATE writes a byte/cylinder map on cyl 0 track 0 record 4 and spill
over if needed.
Allocations are most interesting to CP: DRCT, SPOL, PAGE, TDSK, PARM,
and PERM. Perm is the usual assignment for minidisks but  much to my
chagrin is also the alloc for critical WARM and CKPT cylinders.  Perm
can also hold parm space when you use it with the offset option in SAPL.

It is important to format at least cylinder 0 of a real volume and I
recommend formatting virtual cyl 0 of a minidisk for good ole' Linux. 
David Kreuter

 Original Message 
Subject: Using CPFORMAT exec
From: Cameron Seay 
Date: Sun, May 29, 2011 8:37 pm
To: LINUX-390@VM.MARIST.EDU

Does anyone have a clearer description of how to use the CPFORMAT exec
for
formatting DASD? I'm using the SLES10 Cookbook Redbook and was doing
fine
up to this point.

Thanks.

--
Cameron Seay, Ph.D.
Electronics, Computer and Information Technology
School of Technology
NC A & T State University
Greensboro, NC
336 334 7717 x2251

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Using CPFORMAT exec

2011-05-30 Thread Jeff Gribbin
Can I suggest that you give up on the, 'wrapper' and use the ICKDSF
command? The relevant manual is
GC35-0033-34 ICKDSF R17 - Device Support Facilities R17 Users Guide
and Reference which can be found in pdf format at
http://www-03.ibm.com/systems/z/os/zos/bkserv/zvmpdf/#ickdsf17

HELP ICKDSF is also, in my view, quite useful. (For beginners, check
out INVOCATION and then select either CKD COMMANDS - for 3390 - or FBA
COMMANDS and then select CPVOL.)

Personally I find it much easier to understand what's happening when
I'm using the utilities directly - as per their respective manuals -
than I do when having my elbow joggled by, 'helpful' wrappers. They
perhaps have their place when starting out but I find that - because
of their necessarily limited nature - they can quickly become
unhelpful and inhibitors to true progress and understanding

Regards
Jeff (Currently struggling to understand exactly what SERVICE ALL
really does under the covers) Gribbin

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Using CPFORMAT exec

2011-05-31 Thread Michael MacIsaac
Cameron,

> Does anyone have a clearer description of how to use the CPFORMAT exec
for
> formatting DASD?
As Scott points out, there is a help screen and a section in the
Virtualization Cookbooks.  Basically it's:
  ==> CPFORMAT  AS 

CPFORMAT is not standard with z/VM - it is a wrapper around CPFMTXA (which
is itself a wrapper around ICKDSF, as mentioned) and has been in all tar
files associated with each Virtualization Cookbook. It performs two main
tasks beyond what CPFMTXA does:
  (1) It allows multiple DASD to be formatted following the "CP QUERY
rdev" format
  (2) It automatically labels DASD using a convention of ""

If I have more than a couple of DASD to format, I use it (to avoid work
:)).  Let's say you have 100 3390-3s to format - CPMFTXA becomes
monotonous, and monotony leads to errors.  There's been a lot of
discussion on (2). Many z/VM sysadmins don't like having the 4 character
rdev in a 6 character label.  If you don't, then CPFORMAT is not for you.
For us in our shop, this convention has worked fine for a number of years.
There's a variable in the EXEC that sets the first character in the label
(i.e.: firstChar = 'U' /* change this for an LPAR ID other than 'U' */),
so you can choose a different character for each z/VM LPAR (if you have
more than 26 z/VM LPARs, they you should probably be consolidating :))

Jeff G then comments:
> Personally I find it much easier to understand what's happening when
> I'm using the utilities directly - as per their respective manuals -
> than I do when having my elbow joggled by, 'helpful' wrappers. They
> perhaps have their place when starting out but I find that - because
> of their necessarily limited nature - they can quickly become
> unhelpful and inhibitors to true progress and understanding
>
> Regards
> Jeff (Currently struggling to understand exactly what SERVICE ALL
> really does under the covers) Gribbin
>> (A. a lot :))


Let me opine for a bit on this one.  I was born at a very early age
(sorry, just kidding :)). In 2004, a group of IBMers were asked to solve a
problem that came out of the zBLC.  My understanding is that a number of
z/OS sysadmins were asked "What do you want in Linux on the mainframe?"
The answer was "We want z/VM and Linux to be as easy to use as an
appliance". So that was the goal.

A zBLC working group was formed, led by Tim Kane and Donna Von Dehsen. It
proposed three possibilities, trying to address the issue within about six
months: (1) Levanta, (2) IBM Director, and (3) "roll your own".  For (1),
I believe Levanta was starting to have financial issues. For (2), I
believe that the Director z code would not be ready given the short
runway.  So (3) was the last option standing. Myself, Jin Xiong and Curtis
Gearhart wrote a Redbook with the title "z/VM and Linux on zSeries: From
LPAR to Virtual Servers in Two Days" (Mark, you were right, that was a
poor title :)). It was published early in 2005.

We perhaps overdid the number of 'helpful wrappers' in this first book.
There were quite a number of scripts, especially on the Linux side.  We
also got some good feedback, a number of people also wanted to help write
follow-on books, and customers asked for more. So we kept them up to date,
changing the titles to "Virtualization Cookbook"s.  We also got some
not-so-good feedback - that there were too many "magic scripts" as Jeff
alludes to.  Most of those scripts have fallen out. However, three have
remained, two on the z/VM side and one on the Linux side:
(1) CPFORMAT EXEC - as discussed above
(2) CHPWvrm EXEC (where vrm is z/VM version, release, mod) - an EXEC to
change all passwords in the default USER DIRECT file
(3) clone.sh - a bash script to clone a Linux

For (2), I believe it is also monotonous and error-prone to change all
default passwords in a new z/VM system, but is necessary for good
security. So this EXEC persists. When I get a new z/VM system going, one
of the first things I do is FTP (1) and (2) EXECs over.

For (3), we have added sections in the books on how to first clone
manually. We still get feedback that the clone scripts are useful.  Brad
Hinson now maintains the script for the RHEL distros, and Marian
Gasparovic of IBM and Mark Post of SLES/Novell/Attachmate have helped me
maintain the script for SLES distros.

So Jeff, I agree with you that sysadmins should know how to use the
utilities directly, and know where to find help and the manuals. However,
when a wrapper can make you more productive, and allow fewer chances for
typos or just dumb mistakes, then by all means, use the wrappers.


Getting back to the thread, Cameron also writes:
> I'm using the SLES10 Cookbook Redbook and was doing fine
> up to this point.
SLES 10, really?  There is a new book this year for SLES 11 SP1 - see
http://www.redbooks.ibm.com/abstracts/sg247932.html

I hope this helps.

"Mike MacIsaac"(845) 433-7061

--
For LINUX-390 subscribe / signoff / archive acc

Re: Using CPFORMAT exec

2011-05-31 Thread Jeff Gribbin
I certainly had no intention of disparaging wrappers as-such (I've
developed plenty of my own over the years, and even shared a few of
them).  I do, however, like to make sure that folk know when they're
using a wrapper rather than the primary component and that, if their
need begins to move beyond the wrapper's capability, they know where
to find the box of scalpels that can be used instead of the
immediately-available axe :-)

But if the axe fits then use it - it is indeed much less tedious when
precise enough for the job-in-hand! (Who - other than a masochist -
wants to chop wood with a scalpel?)

Regards
Jeff

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Using CPFORMAT exec

2011-06-01 Thread Cameron Seay
You guys are phenomenal. This is a tremendous education I am getting.

Thanks.

Cameron

On Wed, Jun 1, 2011 at 2:25 AM, Jeff Gribbin  wrote:

> I certainly had no intention of disparaging wrappers as-such (I've
> developed plenty of my own over the years, and even shared a few of
> them).  I do, however, like to make sure that folk know when they're
> using a wrapper rather than the primary component and that, if their
> need begins to move beyond the wrapper's capability, they know where
> to find the box of scalpels that can be used instead of the
> immediately-available axe :-)
>
> But if the axe fits then use it - it is indeed much less tedious when
> precise enough for the job-in-hand! (Who - other than a masochist -
> wants to chop wood with a scalpel?)
>
> Regards
> Jeff
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>



--
Cameron Seay, Ph.D.
Electronics, Computer and Information Technology
School of Technology
NC A & T State University
Greensboro, NC
336 334 7717 x2251

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Using CPFORMAT exec

2011-06-01 Thread Michael MacIsaac
Jeff,

> I certainly had no intention of disparaging wrappers as-such
Nope, did not take it that way.

> I do, however, like to make sure that folk know when they're
using a wrapper rather than the primary component ...
Yup, agreed.

"Mike MacIsaac"(845) 433-7061

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


Re: Using CPFORMAT exec

2011-06-01 Thread David Kreuter
...and wait until it's cold and late and SERVICE or PUT2PROD fail badly
on you.
talk about front end madness!

David Kreuter


 Original Message 
Subject: Re: Using CPFORMAT exec
From: Michael MacIsaac 
Date: Wed, June 01, 2011 7:35 am
To: LINUX-390@VM.MARIST.EDU

Jeff,

> I certainly had no intention of disparaging wrappers as-such
Nope, did not take it that way.

> I do, however, like to make sure that folk know when they're
using a wrapper rather than the primary component ...
Yup, agreed.

"Mike MacIsaac"  (845) 433-7061

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/