I think we have a missunderstanding here with the technical side of the 
volumecount parameter: this is not the way to limit the volumecount to 1.

Default a JFCB area for 5 volumes is reserved if you don't specify a volume 
count.
If this is not enough, you specify a higher volume count and more space for 
volume information is supplied in chunks of 15. So if you specify vol=(sysda,6) 
you can go to 5+15=20 volumes, vol=(sysda,25) goes to 5+15+15=35 volumes,

And last but not least: vol=(sysda,1) gives you up to 5 volumes.

Kees.

"CAPRON Romain" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> It seems that it doesn't work...
> I tought that every JCL parameter could override Data Class definition ?
> 
> I'm currently running zOS 1.4
> 
> Regards,
> 
> Romain
> 
> 
> -----Message d'origine-----
> De : IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] De la part de 
> Mark Zelden
> Envoyé : jeudi 12 juillet 2007 15:41
> À : IBM-MAIN@BAMA.UA.EDU
> Objet : Re: RE : SMS : Override Dynamic Volume Count DataClass parameter via 
> JCL parameter
> 
> On Thu, 12 Jul 2007 14:53:51 +0200, CAPRON Romain <[EMAIL PROTECTED]>
> wrote:
> 
> >To allow a kind of dataset that doesn't support multi-volume allocation...
> >
> 
> If you are referring to something like message IGD17293I when allocating
> a PDS(E)?  If so, then coding something like UNIT=(SYSALLDA,1) should
> work.  JCL is merged with DATACLAS, but also overrides it. 
> 
> Mark
> --
**********************************************************************
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. Koninklijke Luchtvaart
Maatschappij NV (KLM), its subsidiaries and/or its employees shall
not be liable for the incorrect or incomplete transmission of this
e-mail or any attachments, nor responsible for any delay in
receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**********************************************************************

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to