Re: PDS multi-volume
W dniu 2011-04-26 22:37, john gilmore pisze: The traditional limitation to 2^16-1 = 65535 tracks is one more instance of control-block overflow, here that of in an unsigned halfword field. PDS support is 'functionally stabilized', i.e., frozen. For this and other reasons it is thus---with the well-known exceptions of system data sets that must be accessed shortly after an IPL---it is now usually better to use PDSEs. For some values of usually. Either kind of PDS have advantages and disadvantages. IMHO the main disadvandage of PDSE is cross-sysplex sharing. BTW: PDS frozen - this is rather advantage: the shortcomings are well known, all the features are stable and unchanged. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
This is not a direct answer, more I guess a question. wasn#39;t there an IBM announcement that at some time in the near future IBM would support a pds like dataset that supports multi-volume ? my vague recollection that it was ZFS type data set. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PDS multi-volume
Hi, Is it possible to allocate a single PDS dataset in Multi-volume ? Can anyone please direct me Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
Is it possible to From:jagadishan perumal jagadish...@gmail.com Is it possible to allocate a single PDS dataset in Multi-volume ? No. See http://publibz.boulder.ibm.com/epubs/pdf/dgt2d480.pdf, Processing a Partitioned Data Set, for more details. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
Jags Thanks to Walter Marguccio for the general reference. Here's an URL you can use which avoids having to download a whole manual: http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/DGT2D490/3.7.3 quote 3.7.3 Allocating Space for a PDS ... A PDS cannot occupy more than 65 535 tracks and cannot extend beyond one volume. ... /quote Chris Mason On Tue, 26 Apr 2011 13:12:27 +0530, jagadishan perumal jagadish...@gmail.com wrote: Hi, Is it possible to allocate a single PDS dataset in Multi-volume ? Can anyone please direct me Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
Neither PDS nor PDSE can be multi-volume. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: jagadishan perumal jagadish...@gmail.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Tue, 26 Apr 2011 13:12:27 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: PDS multi-volume Hi, Is it possible to allocate a single PDS dataset in Multi-volume ? Can anyone please direct me Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, April 26, 2011 4:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PDS multi-volume Neither PDS nor PDSE can be multi-volume. - Ted MacNEIL Very true. However, I wonder how acceptable it might be to use BPAM's PDS emulation to store what would normally be in a PDS in a UNIX subdirectory instead? Just keep the UNIX file name within the directory within the limits imposed by a PDS member name, and it should work, no? Can an executable module be placed in a UNIX subdirectory and that subdirectory used in a STEPLIB? I may play with this on my sandbox system. I've not done anything like this due to the fact that I have not implemented sysplex UNIX filesystem sharing. That would be a change to a production environment and would require a justified change request. And, for some weird reason, change control won't accept it would be neat! as a justification. Few in the shop even know we run a UNIX subsystem on z/OS and the few who do, other than myself, think it is a waste of time and resources. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
On Tue, 26 Apr 2011 07:11:50 -0500, McKown, John wrote: -Original Message- [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Neither PDS nor PDSE can be multi-volume. Very true. However, I wonder how acceptable it might be to use BPAM's PDS emulation to store what would normally be in a PDS in a UNIX subdirectory instead? Just keep the UNIX file name within the directory within the limits imposed by a PDS member name, and it should work, no? Read-only. The restriction os size of PDS likely arises from the format of the NOTE word. This might be better or worse for UNIX directories accessed via BPAM. Can an executable module be placed in a UNIX subdirectory and that subdirectory used in a STEPLIB? I may play with this on my sandbox system. I strongly doubt it. I've not done anything like this due to the fact that I have not implemented sysplex UNIX filesystem sharing. That would be a change to a production environment and would require a justified change request. And, for some weird reason, change control won't accept it would be neat! as a justification. Few in the shop even know we run a UNIX subsystem on z/OS and the few who do, other than myself, think it is a waste of time and resources. Would NFS be a workaround? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
W dniu 2011-04-26 18:18, Paul Gilmartin pisze: On Tue, 26 Apr 2011 07:11:50 -0500, McKown, John wrote: -Original Message- [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Neither PDS nor PDSE can be multi-volume. Very true. However, I wonder how acceptable it might be to use BPAM's PDS emulation to store what would normally be in a PDS in a UNIX subdirectory instead? Just keep the UNIX file name within the directory within the limits imposed by a PDS member name, and it should work, no? Read-only. The restriction os size of PDS likely arises from the format of the NOTE word. This might be better or worse for UNIX directories accessed via BPAM. Well... Probably I did not understand all the discussion above, but IMHO there are no size limitations for PDS *or* PDSE. That means, both flavors of dataset-with-members-inside can be single volume only, but PDSE is limited only by the size of the volume it resides on. It can be 3390-3, or mod-9 or EAV. In simpler words: if the NOTE format would be a problem it would arise earlier, with so called mod-27 or EAV. BTW: I strongly believe there are MRs (customer Marekting Request) submitted to IBM to make PDS(E) multi-volume. I would like to know justification to refuse to such request. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
On Tue, 26 Apr 2011 22:04:13 +0200, R.S. wrote: Well... Probably I did not understand all the discussion above, but IMHO there are no size limitations for PDS *or* PDSE. That means, both flavors of dataset-with-members-inside can be single volume only, but PDSE is limited only by the size of the volume it resides on. It can be 3390-3, or mod-9 or EAV. In simpler words: if the NOTE format would be a problem it would arise earlier, with so called mod-27 or EAV. It has arisen: IKJ56893I DATA SET user.TEMP.BIG.PDS NOT ALLOCATED+ IGD17051I ALLOCATION FAILED FOR DATA SET SPPG.TEMP.BIG.PDS , PRIMARY SPACE EXCEEDS 65,535 TRKS *** From MC: 12.328 IGD17051I ... Types of data sets which are not limited to 65,535 total tracks allocated on any one volume are: * Extended format sequential * HFS * PDSE * VSAM So PDSE is less constrained than PDS. BTW: I strongly believe there are MRs (customer Marekting Request) submitted to IBM to make PDS(E) multi-volume. I would like to know justification to refuse to such request. Lots of others, probably. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
The traditional limitation to 2^16-1 = 65535 tracks is one more instance of control-block overflow, here that of in an unsigned halfword field. PDS support is 'functionally stabilized', i.e., frozen. For this and other reasons it is thus---with the well-known exceptions of system data sets that must be accessed shortly after an IPL---it is now usually better to use PDSEs. John Gilmore, Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
BTW: I strongly believe there are MRs (customer Marekting Request) submitted to IBM to make PDS(E) multi-volume. I would like to know justification to refuse to such request. I would guess directory complexity. And, performance. PKZIP solved it by putting the directory on the last disk. But, unlike PKZIP, too many programmes, and utilities 'know' the format of PDS/PDSE. So, how does IBM pay for a massive re-write? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
--snip- The traditional limitation to 2^16-1 = 65535 tracks is one more instance of control-block overflow, here that of in an unsigned halfword field. PDS support is 'functionally stabilized', i.e., frozen. For this and other reasons it is thus---with the well-known exceptions of system data sets that must be accessed shortly after an IPL---it is now usually better to use PDSEs. ---unsnip--- Not to mention the vast numbr of OEM programs that would be broken by a change in the format of the answer from a NOTE request. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
On 4/26/2011 4:12 PM, Rick Fochtman wrote: --snip- The traditional limitation to 2^16-1 = 65535 tracks is one more instance of control-block overflow, here that of in an unsigned halfword field. PDS support is 'functionally stabilized', i.e., frozen. For this and other reasons it is thus---with the well-known exceptions of system data sets that must be accessed shortly after an IPL---it is now usually better to use PDSEs. ---unsnip--- Not to mention the vast numbr of OEM programs that would be broken by a change in the format of the answer from a NOTE request. IBM extended the size of the information returned by NOTE some time ago from three-byte TTRs to four-byte TTTRs. See the BLOCKTOKENSIZE= parameter. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS multi-volume
On Tue, 26 Apr 2011 16:22:44 -0700, Edward Jaffe wrote: Not to mention the vast numbr of OEM programs that would be broken by a change in the format of the answer from a NOTE request. IBM extended the size of the information returned by NOTE some time ago from three-byte TTRs to four-byte TTTRs. See the BLOCKTOKENSIZE= parameter. I recall hearing of a TTRZ. But if both the TTRZ and the TTTR are four bytes the change is less disruptive than changing the size of a field. IIRC, one could point to the block after the NOTE by setting the low byte of the TTRZ to 01. Is this facility continued with the low bit of the TTTR? Then the programmer must set it with OI, not MVI? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html