I haven't tried it, but I would expect that CPFMTXA LABEL or ALLOCATE
would fail if the volume or at least cyl 0 had not been formatted with
CPFMTXA. One important reason to use ICKDSF CPVOL or CPFMTXA on a
volume in a mixed, i.e. OS and VM environment is that CPFMTXA or CPVOL
will leave the OS space available label (can't remember what the number
of it is) showing that there is NO available space on the volume. You
don't want an OS system looking around for dasd space and finding an
entire volume that's available.
Jim
Scott Rohling wrote:
------=_Part_42545_33067937.1222703114149
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
A CPFMTXA LABEL should do it for you.. Just label the volume appropriately
--
And - Issue a CPFMTXA ALLOCATE to see what the current allocation is - and
then get out of there if it's allocated as PERM (as I'd expect)..
Scott Rohling
On Mon, Sep 29, 2008 at 9:24 AM, Howard Rifkind <[EMAIL PROTECTED]>wrote:
Hello all,
I have a new DASD address which has to be added to z/VM 5.3 which was
previously formatted with a z/OS format.
I didn't do a CPFMTXA format.
I attached the volume to system and DDR'ed a few minidisks over to the new
volume.
So, cylinder 0 of the new volume is not in CP format. The copied minidisks
are O.K and I would hate to do the copies again.
Is there anyway to CPFMTXA just cylinder 0 and then allocate the entire
volume as PERM without loosing the copied minidisks?
Thanks.
_____________
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.
------=_Part_42545_33067937.1222703114149
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
<div dir="ltr">A CPFMTXA LABEL should do it for you.. Just label the volume appropriately
--<br><br>And - Issue a CPFMTXA ALLOCATE to see what the current allocation is - and then get out of there if
it's allocated as PERM (as I'd expect)..<br>
<br>Scott Rohling<br><br><div class="gmail_quote">On Mon, Sep 29, 2008 at 9:24 AM, Howard Rifkind <span dir="ltr"><<a
href="mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="margin: 4px 4px 1px; font-family: Tahoma; font-style: normal; font-variant:
normal; font-weight: normal; font-size: 12pt; line-height: normal; font-size-adjust: none;
font-stretch: normal;">
<div>Hello all,</div>
<div> </div>
<div>I have a new DASD address which has to be added to z/VM 5.3 which was previously
formatted with a z/OS format.</div>
<div> </div>
<div>I didn't do a CPFMTXA format.</div>
<div> </div>
<div>I attached the volume to system and DDR'ed a few minidisks over to the new
volume.</div>
<div> </div>
<div>So, cylinder 0 of the new volume is not in CP format. The copied minidisks
are O.K and I would hate to do the copies again.</div>
<div> </div>
<div>Is there anyway to CPFMTXA just cylinder 0 and then allocate the entire volume
as PERM without loosing the copied minidisks?</div>
<div> </div>
<div>Thanks.</div>
<div> </div><br><br><table style="color: black;"
bgcolor="white"><tbody><tr><td><br>_____________<br>
LEGAL NOTICE<br>
Unless expressly stated otherwise, this message is confidential<br>
and may be privileged. It is intended for the addressee(s) only.<br>
Access to this E-mail by anyone else is unauthorized.<br>
If you are not an addressee, any disclosure or copying of the<br>
contents of this E-mail or any action taken (or not taken) in<br>
reliance on it is unauthorized and may be unlawful. If you are not an<br>
addressee, please inform the sender immediately, then delete this<br>
message and empty from your trash.<br>
</td></tr></tbody></table></div>
</blockquote></div><br></div>
------=_Part_42545_33067937.1222703114149--
--
Jim Bohnsack
Cornell University
(972) 596-6377 home/office
(972) 342-5823 cell
[EMAIL PROTECTED]
