Re: Confused on DFSORT SORTWK
I think my post was confusing. Normally you don't need DSNTYPE=LARGE to use multiple extents. But in your specific case, you had primary and secondary of 3335 cylinders (50025 tracks) so a second extent would put you over the 65535 limit. So that's why I said you needed DSNTYPE=LARGE to use multiple extents. Sorry for the confusion. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List wrote on 05/11/2012 03:13:32 PM: > From: Scott Barry > To: IBM-MAIN@bama.ua.edu, > Date: 05/11/2012 03:14 PM > Subject: Re: Confused on DFSORT SORTWK > Sent by: IBM Mainframe Discussion List > > Why would I be forced to code DSNTYPE=LARGE, rather than using the > WRKSEC=Y parameter in SORTCNTL along with //SORTWKnn DDs with > secondary allocation specified? I am also curious about the SEC=nn > parameter, as well. > > For my interests, I have chosen DSNTYPE=LARGE, however one still > must remember the 16 extent per volume limitation, so it's oh so > important to code a sufficiently large enough secondary amount (and/ > or primary as well) so that a one-volume allocation can even exceed > the 65K track limitation and still be within 16 extents. > > Scott Barry > SBBWorks, Inc. > > > On Tue, 1 May 2012 15:52:41 -0400, David Betten wrote: > > >Just to clarify, DFSORT can cetrainly use more than the 1st extent, it just > >can't use multiple volumes. As long as DSNTYPE=LARGE is coded on the DD > >statement, each of the SORTWK DDs should be able to use multiple extents. > >Since a 3390-9 has a capacity of 10,017 cylinders, you should be able to > >get 3 extents of 3335 cylinders on each work data set if the volumes are > >empty. > > > >> From: Neil Duffee > >> To: IBM-MAIN@bama.ua.edu, > >> Date: 05/01/2012 03:14 PM > >> Subject: Re: Confused on DFSORT SORTWK > >> Sent by: IBM Mainframe Discussion List > >> > >> In addition to all the other responses you got regarding DynAlloc, I > >> wanted to add the nudge that DFSORT only uses the **1st** extent in > >> SortWk DD statements. Thus, SPACE=(CYL,(3335,3335)) is the same as > >> SPACE=(CYL,3335) which, in your example, only got you 10*'3335 > >> cylinders or the equivalent to 10 mod-3s. So you'd need to have 27 > >> DD statements to use your entire pool. > >> > >> > signature = 6 lines follows < > >> Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada > >> telephone:1 613 562 5800 x4585 fax:1 613 562 5161 > >> mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee > >> "How *do* you plan for something like that?" Guardian Bob, Reboot > >> "For every action, there is an equal and opposite criticism." > >> "Systems Programming: Guilty, until proven innocent" John Norgauer 2004 > >> > >> > >> -Original Message- > >> From: Mark Pace [mailto:pacemainl...@gmail.com] > >> Sent: April 27, 2012 08:43 > >> Subject: Confused on DFSORT SORTWK > >> > >> Trying to sort a fairly large RMF data file. 20,000 + cylinders. > >> I keep running out of SORTWK space. I have 9 3390-9 volumes in my > >> SMS temporary storage pool. But I just noticed that no matter how > >> many SORTWKxx DDs I add it only allocates file on the first 5 temp > >> storage volumes. > >> Anyone have an idea how I make DFSORT use more volumes? > >> > >> //SORTWK01 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) > >> [snip] > >> > >> ICE046A E SORT CAPACITY EXCEEDED - RECORD COUNT 2459859 > >> [snip] > >> > >> -- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > >> > > > > > >Have a nice day, > >Dave Betten > >DFSORT Development, Performance Lead > >IBM Corporation > >email: bet...@us.ibm.com > >1-301-240-3809 > >DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ > >-- > >For IBM-MAIN subscribe / signoff / archive access instructions, > >send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
Why would I be forced to code DSNTYPE=LARGE, rather than using the WRKSEC=Y parameter in SORTCNTL along with //SORTWKnn DDs with secondary allocation specified? I am also curious about the SEC=nn parameter, as well. For my interests, I have chosen DSNTYPE=LARGE, however one still must remember the 16 extent per volume limitation, so it's oh so important to code a sufficiently large enough secondary amount (and/or primary as well) so that a one-volume allocation can even exceed the 65K track limitation and still be within 16 extents. Scott Barry SBBWorks, Inc. On Tue, 1 May 2012 15:52:41 -0400, David Betten wrote: >Just to clarify, DFSORT can cetrainly use more than the 1st extent, it just >can't use multiple volumes. As long as DSNTYPE=LARGE is coded on the DD >statement, each of the SORTWK DDs should be able to use multiple extents. >Since a 3390-9 has a capacity of 10,017 cylinders, you should be able to >get 3 extents of 3335 cylinders on each work data set if the volumes are >empty. > >> From: Neil Duffee >> To: IBM-MAIN@bama.ua.edu, >> Date: 05/01/2012 03:14 PM >> Subject: Re: Confused on DFSORT SORTWK >> Sent by: IBM Mainframe Discussion List >> >> In addition to all the other responses you got regarding DynAlloc, I >> wanted to add the nudge that DFSORT only uses the **1st** extent in >> SortWk DD statements. Thus, SPACE=(CYL,(3335,3335)) is the same as >> SPACE=(CYL,3335) which, in your example, only got you 10*'3335 >> cylinders or the equivalent to 10 mod-3s. So you'd need to have 27 >> DD statements to use your entire pool. >> >> > signature = 6 lines follows < >> Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada >> telephone:1 613 562 5800 x4585 fax:1 613 562 5161 >> mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee >> "How *do* you plan for something like that?" Guardian Bob, Reboot >> "For every action, there is an equal and opposite criticism." >> "Systems Programming: Guilty, until proven innocent" John Norgauer 2004 >> >> >> -Original Message- >> From: Mark Pace [mailto:pacemainl...@gmail.com] >> Sent: April 27, 2012 08:43 >> Subject: Confused on DFSORT SORTWK >> >> Trying to sort a fairly large RMF data file. 20,000 + cylinders. >> I keep running out of SORTWK space. I have 9 3390-9 volumes in my >> SMS temporary storage pool. But I just noticed that no matter how >> many SORTWKxx DDs I add it only allocates file on the first 5 temp >> storage volumes. >> Anyone have an idea how I make DFSORT use more volumes? >> >> //SORTWK01 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) >> [snip] >> >> ICE046A E SORT CAPACITY EXCEEDED - RECORD COUNT 2459859 >> [snip] >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN >> > > >Have a nice day, >Dave Betten >DFSORT Development, Performance Lead >IBM Corporation >email: bet...@us.ibm.com >1-301-240-3809 >DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
I'm pursuing conversion to PARMLIB from ICEAMx usermod. Is it possible via ICEPRMxx to reset all options to IBM defaults? It appears from my testing that the 'clear' process (empty ICEPRMxx) only resets options to the combination of IBM+ICEAMx usermod. In order to get back to the IBM default starting point, do I have to redo ICEAMx first? . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Dave Betten To: IBM-MAIN@bama.ua.edu Date: 05/08/2012 10:06 AM Subject: Re: Confused on DFSORT SORTWK Sent by:IBM Mainframe Discussion List Mark, In your case the reason code on the ICE083A was 970C but in Scott's case it was 064K. So your ICE083A issue had nothing to do with not being allocated as large format and exceeding 64K tracks. Rather, you didn't have volumes with enough space because the sortwork allocation was only being spread across 4 volumes. Did you retry your sort using dynamic allocation after your parmlib options were activated to increase DYNALLOC to SYSDA,8? Dave Betten -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
Mark, In your case the reason code on the ICE083A was 970C but in Scott's case it was 064K. So your ICE083A issue had nothing to do with not being allocated as large format and exceeding 64K tracks. Rather, you didn't have volumes with enough space because the sortwork allocation was only being spread across 4 volumes. Did you retry your sort using dynamic allocation after your parmlib options were activated to increase DYNALLOC to SYSDA,8? Dave Betten -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
Thank you Radoslaw. I'm embarrassed to admit that we never noticed the PARMLIB option, which of course is now recommended by IBM. Benign neglect is not always so benign. We need to implement default changes judiciously, but I accept the goal of removing all possible installation overrides. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: "R.S." To: IBM-MAIN@bama.ua.edu Date: 05/07/2012 01:56 PM Subject: Re: Confused on DFSORT SORTWK Sent by:IBM Mainframe Discussion List W dniu 2012-05-07 18:59, Skip Robinson pisze: > Bingo. We've had VIO=YES forever. We're revisiting our entire ICEMAC > usermod ASAP. Thanks! I'd suggest to get rid of the usermod at all. Nowadays DFSORT can be customized using PARMLIB members. It's also an opportunity to rethink all the non-default settings. ;-) HTH -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
W dniu 2012-05-07 18:59, Skip Robinson pisze: Bingo. We've had VIO=YES forever. We're revisiting our entire ICEMAC usermod ASAP. Thanks! I'd suggest to get rid of the usermod at all. Nowadays DFSORT can be customized using PARMLIB members. It's also an opportunity to rethink all the non-default settings. ;-) HTH -- 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, www.brebank.pl, 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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
In our case we do not. This is my ICEPRMxx JCL DYNALOC=(SYSDA,8) INV DYNALOC=(SYSDA,8) TSO DYNALOC=(SYSDA,8) TSOINV DYNALOC=(SYSDA,8) On Sun, May 6, 2012 at 5:52 PM, David Betten wrote: > DFSORT should be allocating as large format. Do you have VIO=YES as your > default. That might be preventing DFSORT from allocating as large format. > > > Have a nice day, > Dave Betten > DFSORT Development, Performance Lead > IBM Corporation > email: bet...@us.ibm.com > DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ > > IBM Mainframe Discussion List wrote on 05/06/2012 > 02:55:53 PM: > > > From: Skip Robinson > > To: IBM-MAIN@bama.ua.edu, > > Date: 05/06/2012 02:57 PM > > Subject: Re: Confused on DFSORT SORTWK > > Sent by: IBM Mainframe Discussion List > > > > (Reconstructing thread from archive) > > > > I read the posts in this thread but deleted them because they were not > > immediately pertinent to our shop. Then last night I got woke up with a > > similar problem. The default DYNALLOC setting of 3 was insufficient to > > complete a sort involving an unusually large input. We got > > > > ICE083A D RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA > > SETS (064K) <- > > ICE753I FWK=(0,0) SWK=(0,0) TWK=(0,0) RWK=(0,0) TOTAL=(0,0) BLK=56600 > > ICE248I ATTEMPTED TO ALLOCATE 19389MB OF DISK WORK SPACE ON 3 WORK DATA > > SETS > > ICE249I SUCCESSFULLY ALLOCATED 0MB OF DISK WORK SPACE ON 0 WORK DATA SETS > > > > > > > (Last line is probably the world's most disappointing 'success' message > > ever.) In researching the problem, I read that DFSORT for some time has > > been capable of using large or extended format data sets so that the 64K > > limit flagged in ICE083A does not apply. What is required to induce > DFSORT > > to use modern work data sets for dynamic allocation? > > > > . > > . > > JO.Skip Robinson > > SCE Infrastructure Technology Services > > Electric Dragon Team Paddler > > SHARE MVS Program Co-Manager > > 626-302-7535 Office > > 323-715-0595 Mobile > > jo.skip.robin...@sce.com > > > > > > > > > > > > > > > > > > > > > > > > > > Just to clarify, DFSORT can cetrainly use more than the 1st extent, it > > just > > can't use multiple volumes. As long as DSNTYPE=LARGE is coded on the DD > > statement, each of the SORTWK DDs should be able to use multiple extents. > > Since a 3390-9 has a capacity of 10,017 cylinders, you should be able to > > get 3 extents of 3335 cylinders on each work data set if the volumes are > > empty. > > > > > From: Neil Duffee > > > To: IBM-MAIN@bama.ua.edu, > > > Date: 05/01/2012 03:14 PM > > > Subject: Re: Confused on DFSORT SORTWK > > > Sent by: IBM Mainframe Discussion List > > > > > > In addition to all the other responses you got regarding DynAlloc, I > > > wanted to add the nudge that DFSORT only uses the **1st** extent in > > > SortWk DD statements. Thus, SPACE=(CYL,(3335,3335)) is the same as > > > SPACE=(CYL,3335) which, in your example, only got you 10*'3335 > > > cylinders or the equivalent to 10 mod-3s. So you'd need to have 27 > > > DD statements to use your entire pool. > > > > > > > > > > > > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
Bingo. We've had VIO=YES forever. We're revisiting our entire ICEMAC usermod ASAP. Thanks! . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: David Betten To: IBM-MAIN@bama.ua.edu Date: 05/06/2012 02:53 PM Subject: Re: Confused on DFSORT SORTWK Sent by:IBM Mainframe Discussion List DFSORT should be allocating as large format. Do you have VIO=YES as your default. That might be preventing DFSORT from allocating as large format. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List wrote on 05/06/2012 02:55:53 PM: > From: Skip Robinson > To: IBM-MAIN@bama.ua.edu, > Date: 05/06/2012 02:57 PM > Subject: Re: Confused on DFSORT SORTWK > Sent by: IBM Mainframe Discussion List > > (Reconstructing thread from archive) > > I read the posts in this thread but deleted them because they were not > immediately pertinent to our shop. Then last night I got woke up with a > similar problem. The default DYNALLOC setting of 3 was insufficient to > complete a sort involving an unusually large input. We got > > ICE083A D RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA > SETS (064K) <- > ICE753I FWK=(0,0) SWK=(0,0) TWK=(0,0) RWK=(0,0) TOTAL=(0,0) BLK=56600 > ICE248I ATTEMPTED TO ALLOCATE 19389MB OF DISK WORK SPACE ON 3 WORK DATA > SETS > ICE249I SUCCESSFULLY ALLOCATED 0MB OF DISK WORK SPACE ON 0 WORK DATA SETS > > > (Last line is probably the world's most disappointing 'success' message > ever.) In researching the problem, I read that DFSORT for some time has > been capable of using large or extended format data sets so that the 64K > limit flagged in ICE083A does not apply. What is required to induce DFSORT > to use modern work data sets for dynamic allocation? > > . > . > JO.Skip Robinson > SCE Infrastructure Technology Services > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 626-302-7535 Office > 323-715-0595 Mobile > jo.skip.robin...@sce.com > > Just to clarify, DFSORT can cetrainly use more than the 1st extent, it > just > can't use multiple volumes. As long as DSNTYPE=LARGE is coded on the DD > statement, each of the SORTWK DDs should be able to use multiple extents. > Since a 3390-9 has a capacity of 10,017 cylinders, you should be able to > get 3 extents of 3335 cylinders on each work data set if the volumes are > empty. > > > From: Neil Duffee > > To: IBM-MAIN@bama.ua.edu, > > Date: 05/01/2012 03:14 PM > > Subject: Re: Confused on DFSORT SORTWK > > Sent by: IBM Mainframe Discussion List > > > > In addition to all the other responses you got regarding DynAlloc, I > > wanted to add the nudge that DFSORT only uses the **1st** extent in > > SortWk DD statements. Thus, SPACE=(CYL,(3335,3335)) is the same as > > SPACE=(CYL,3335) which, in your example, only got you 10*'3335 > > cylinders or the equivalent to 10 mod-3s. So you'd need to have 27 > > DD statements to use your entire pool. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
DFSORT should be allocating as large format. Do you have VIO=YES as your default. That might be preventing DFSORT from allocating as large format. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List wrote on 05/06/2012 02:55:53 PM: > From: Skip Robinson > To: IBM-MAIN@bama.ua.edu, > Date: 05/06/2012 02:57 PM > Subject: Re: Confused on DFSORT SORTWK > Sent by: IBM Mainframe Discussion List > > (Reconstructing thread from archive) > > I read the posts in this thread but deleted them because they were not > immediately pertinent to our shop. Then last night I got woke up with a > similar problem. The default DYNALLOC setting of 3 was insufficient to > complete a sort involving an unusually large input. We got > > ICE083A D RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA > SETS (064K) <- > ICE753I FWK=(0,0) SWK=(0,0) TWK=(0,0) RWK=(0,0) TOTAL=(0,0) BLK=56600 > ICE248I ATTEMPTED TO ALLOCATE 19389MB OF DISK WORK SPACE ON 3 WORK DATA > SETS > ICE249I SUCCESSFULLY ALLOCATED 0MB OF DISK WORK SPACE ON 0 WORK DATA SETS > > > (Last line is probably the world's most disappointing 'success' message > ever.) In researching the problem, I read that DFSORT for some time has > been capable of using large or extended format data sets so that the 64K > limit flagged in ICE083A does not apply. What is required to induce DFSORT > to use modern work data sets for dynamic allocation? > > . > . > JO.Skip Robinson > SCE Infrastructure Technology Services > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 626-302-7535 Office > 323-715-0595 Mobile > jo.skip.robin...@sce.com > > > > > > > > > > > > > Just to clarify, DFSORT can cetrainly use more than the 1st extent, it > just > can't use multiple volumes. As long as DSNTYPE=LARGE is coded on the DD > statement, each of the SORTWK DDs should be able to use multiple extents. > Since a 3390-9 has a capacity of 10,017 cylinders, you should be able to > get 3 extents of 3335 cylinders on each work data set if the volumes are > empty. > > > From: Neil Duffee > > To: IBM-MAIN@bama.ua.edu, > > Date: 05/01/2012 03:14 PM > > Subject: Re: Confused on DFSORT SORTWK > > Sent by: IBM Mainframe Discussion List > > > > In addition to all the other responses you got regarding DynAlloc, I > > wanted to add the nudge that DFSORT only uses the **1st** extent in > > SortWk DD statements. Thus, SPACE=(CYL,(3335,3335)) is the same as > > SPACE=(CYL,3335) which, in your example, only got you 10*'3335 > > cylinders or the equivalent to 10 mod-3s. So you'd need to have 27 > > DD statements to use your entire pool. > > > > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
(Reconstructing thread from archive) I read the posts in this thread but deleted them because they were not immediately pertinent to our shop. Then last night I got woke up with a similar problem. The default DYNALLOC setting of 3 was insufficient to complete a sort involving an unusually large input. We got ICE083A D RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA SETS (064K) <- ICE753I FWK=(0,0) SWK=(0,0) TWK=(0,0) RWK=(0,0) TOTAL=(0,0) BLK=56600 ICE248I ATTEMPTED TO ALLOCATE 19389MB OF DISK WORK SPACE ON 3 WORK DATA SETS ICE249I SUCCESSFULLY ALLOCATED 0MB OF DISK WORK SPACE ON 0 WORK DATA SETS (Last line is probably the world's most disappointing 'success' message ever.) In researching the problem, I read that DFSORT for some time has been capable of using large or extended format data sets so that the 64K limit flagged in ICE083A does not apply. What is required to induce DFSORT to use modern work data sets for dynamic allocation? . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Just to clarify, DFSORT can cetrainly use more than the 1st extent, it just can't use multiple volumes. As long as DSNTYPE=LARGE is coded on the DD statement, each of the SORTWK DDs should be able to use multiple extents. Since a 3390-9 has a capacity of 10,017 cylinders, you should be able to get 3 extents of 3335 cylinders on each work data set if the volumes are empty. > From: Neil Duffee > To: IBM-MAIN@bama.ua.edu, > Date: 05/01/2012 03:14 PM > Subject: Re: Confused on DFSORT SORTWK > Sent by: IBM Mainframe Discussion List > > In addition to all the other responses you got regarding DynAlloc, I > wanted to add the nudge that DFSORT only uses the **1st** extent in > SortWk DD statements. Thus, SPACE=(CYL,(3335,3335)) is the same as > SPACE=(CYL,3335) which, in your example, only got you 10*'3335 > cylinders or the equivalent to 10 mod-3s. So you'd need to have 27 > DD statements to use your entire pool. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
David, I'm glad you replied as I thought the single extent limitation did not sound quite right. I'm pretty sure DFSORT also has its own B37 recovery for the SORTWK as well, which would argue against a single extent limitation. One behavior I have observed in the past is that DFSORT will only use one SORTWK on every volume when multiple datasets are allocated. So if you specify 30 SORTWK datasets through DYNALLOC or JCL, but there are only 10 eligible volumes only one of the SORTWK on each volume will be used even though ten have been allocated. It's been a while since I looked at this, but am I having a senior moment, and if I'm not are these additional datasets available for B37 recovery or as additional SORTWK space? I'm also wondering if the OPs original problem may have been caused by the installation option DYNAUTO=IGNWKDD. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of David Betten > Sent: Tuesday, May 01, 2012 12:53 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Confused on DFSORT SORTWK > > Just to clarify, DFSORT can cetrainly use more than the 1st extent, it just can't > use multiple volumes. As long as DSNTYPE=LARGE is coded on the DD > statement, each of the SORTWK DDs should be able to use multiple extents. > Since a 3390-9 has a capacity of 10,017 cylinders, you should be able to get 3 > extents of 3335 cylinders on each work data set if the volumes are empty. > > > From: Neil Duffee > > To: IBM-MAIN@bama.ua.edu, > > Date: 05/01/2012 03:14 PM > > Subject: Re: Confused on DFSORT SORTWK Sent by: IBM Mainframe > > Discussion List > > > > In addition to all the other responses you got regarding DynAlloc, I > > wanted to add the nudge that DFSORT only uses the **1st** extent in > > SortWk DD statements. Thus, SPACE=(CYL,(3335,3335)) is the same as > > SPACE=(CYL,3335) which, in your example, only got you 10*'3335 > > cylinders or the equivalent to 10 mod-3s. So you'd need to have 27 DD > > statements to use your entire pool. > > > > > signature = 6 lines follows < > > Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada > > telephone:1 613 562 5800 x4585 fax:1 613 562 5161 > > mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee > > "How *do* you plan for something like that?" Guardian Bob, Reboot > > "For every action, there is an equal and opposite criticism." > > "Systems Programming: Guilty, until proven innocent" John Norgauer > > 2004 > > > > > > -Original Message- > > From: Mark Pace [mailto:pacemainl...@gmail.com] > > Sent: April 27, 2012 08:43 > > Subject: Confused on DFSORT SORTWK > > > > Trying to sort a fairly large RMF data file. 20,000 + cylinders. > > I keep running out of SORTWK space. I have 9 3390-9 volumes in my SMS > > temporary storage pool. But I just noticed that no matter how many > > SORTWKxx DDs I add it only allocates file on the first 5 temp storage > > volumes. > > Anyone have an idea how I make DFSORT use more volumes? > > > > //SORTWK01 DD > DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) > > [snip] > > > > ICE046A E SORT CAPACITY EXCEEDED - RECORD COUNT 2459859 [snip] > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > > > > > Have a nice day, > Dave Betten > DFSORT Development, Performance Lead > IBM Corporation > email: bet...@us.ibm.com > 1-301-240-3809 > DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
Just to clarify, DFSORT can cetrainly use more than the 1st extent, it just can't use multiple volumes. As long as DSNTYPE=LARGE is coded on the DD statement, each of the SORTWK DDs should be able to use multiple extents. Since a 3390-9 has a capacity of 10,017 cylinders, you should be able to get 3 extents of 3335 cylinders on each work data set if the volumes are empty. > From: Neil Duffee > To: IBM-MAIN@bama.ua.edu, > Date: 05/01/2012 03:14 PM > Subject: Re: Confused on DFSORT SORTWK > Sent by: IBM Mainframe Discussion List > > In addition to all the other responses you got regarding DynAlloc, I > wanted to add the nudge that DFSORT only uses the **1st** extent in > SortWk DD statements. Thus, SPACE=(CYL,(3335,3335)) is the same as > SPACE=(CYL,3335) which, in your example, only got you 10*'3335 > cylinders or the equivalent to 10 mod-3s. So you'd need to have 27 > DD statements to use your entire pool. > > > signature = 6 lines follows < > Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada > telephone:1 613 562 5800 x4585 fax:1 613 562 5161 > mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee > "How *do* you plan for something like that?" Guardian Bob, Reboot > "For every action, there is an equal and opposite criticism." > "Systems Programming: Guilty, until proven innocent" John Norgauer 2004 > > > -Original Message- > From: Mark Pace [mailto:pacemainl...@gmail.com] > Sent: April 27, 2012 08:43 > Subject: Confused on DFSORT SORTWK > > Trying to sort a fairly large RMF data file. 20,000 + cylinders. > I keep running out of SORTWK space. I have 9 3390-9 volumes in my > SMS temporary storage pool. But I just noticed that no matter how > many SORTWKxx DDs I add it only allocates file on the first 5 temp > storage volumes. > Anyone have an idea how I make DFSORT use more volumes? > > //SORTWK01 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) > [snip] > > ICE046A E SORT CAPACITY EXCEEDED - RECORD COUNT 2459859 > [snip] > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
I don't have any 3390-9s to work with but, as a scratch estimate, I believe
they're approx. 3 * * 15 * 55500 / 10 = 8.3Gb in size. From the
message ("ATTEMPTED TO ALLOCATE 80250MB") below, it appears that DFSORT thinks
it needs 80.3Gb in total. To me, that means you need at least another 2 mod-9s
plus DynAlloc=(SysDa,10+) to get it to work. Even then, you'd be scraping your
head on the ceiling with the occasional failure when someone else is using just
a coupla tracks in the pool.
I know that when we're sorting our monthly file of SMF data, I have to resort
to 80 DD statements of 1000 Cyl spread over a bunch of our SMS pools just to
gather enough pieces to do the sort. An' we're a *small* shop.
ps. I get the daily digest so I'm always behind the times...
> signature = 6 lines follows <
Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585 fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee
"How *do* you plan for something like that?" Guardian Bob, Reboot
"For every action, there is an equal and opposite criticism."
"Systems Programming: Guilty, until proven innocent" John Norgauer 2004
-Original Message-
From: Mark Pace [mailto:pace...@gma...com]
Sent: April 27, 2012 13:21
Subject: Re: Confused on DFSORT SORTWK
I have 8 3390-9 DASD that are strictly for temp space. 99% of the time they
are completely empty, as was the case when I was running this as there is no
one else on the system right now.
I'll try using a bigger number.
On Fri, Apr 27, 2012 at 1:17 PM, Ulrich Krueger wrote:
> How much space do you _really_ have available in all your work -
> disks? How much junk is cluttering up the space?
> Are all volumes enabled and available for allocation?
> Try allocating more than 8 SORTWKs (don't go overboard, but (IIRC) you
> can allocate as many as 255 SORTWKs if needed) so that SORT can
> allocate more but smaller datasets.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Mark Pace
> Sent: Friday, April 27, 2012 9:52 AM
>
> I want to switch to dynamic allocation but have no luck making this work.
> I used 8 SORTWKxx files to sort this file. So now I want to try it
> with dynamic and get the following.
> 1 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R12 - 12:43 ON FRI
> APR 27, 2012 -
> OPTION
> DYNALLOC=(SYSDA,8)
>
>
> RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA SETS
> (970C)
> FWK=(0,0) SWK=(7,1039528) TWK=(0,0) RWK=(0,0) TOTAL=(7,1039528)
> BLK=56664 ATTEMPTED TO ALLOCATE 80250MB OF DISK WORK SPACE ON 8 WORK
> DATA SETS SUCCESSFULLY ALLOCATED 56175MB OF DISK WORK SPACE ON 7 WORK
> DATA SETS
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
In addition to all the other responses you got regarding DynAlloc, I wanted to add the nudge that DFSORT only uses the **1st** extent in SortWk DD statements. Thus, SPACE=(CYL,(3335,3335)) is the same as SPACE=(CYL,3335) which, in your example, only got you 10*'3335 cylinders or the equivalent to 10 mod-3s. So you'd need to have 27 DD statements to use your entire pool. > signature = 6 lines follows < Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee "How *do* you plan for something like that?" Guardian Bob, Reboot "For every action, there is an equal and opposite criticism." "Systems Programming: Guilty, until proven innocent" John Norgauer 2004 -Original Message- From: Mark Pace [mailto:pacemainl...@gmail.com] Sent: April 27, 2012 08:43 Subject: Confused on DFSORT SORTWK Trying to sort a fairly large RMF data file. 20,000 + cylinders. I keep running out of SORTWK space. I have 9 3390-9 volumes in my SMS temporary storage pool. But I just noticed that no matter how many SORTWKxx DDs I add it only allocates file on the first 5 temp storage volumes. Anyone have an idea how I make DFSORT use more volumes? //SORTWK01 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) [snip] ICE046A E SORT CAPACITY EXCEEDED - RECORD COUNT 2459859 [snip] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
On 4/27/2012 1:31 PM, David Betten wrote:
��z{S���}�ĝ� �xjǺ�*'���O*^��m��Z�w!j� �Ėb��RvBƖ�R�6V�BF�RgV��7�6�WBv�F�F�R�4S�4F��W"De4�%B��FƖ�PТ�Fg6�'DW2�&��6�Ғ�BvRv��6VR�bvR6�f�wW&R�WBv���Bw2f�Ɩ�r�РРУ��РФ�BF�B�2��r�v�B&�V�Bג�&�v���&�&�V��7V6�g���rE4�E�S��$tPЦ�BW6��r7�Ɩ�FW'2W"DB��W2F�B7GW�B֗7F�R�b��R�bF�PЦF�6���B&V��r4�2��vVB�'WB���V6�v�G6�WfW"v�F�W6��rE�����2�РФ��g&��"#r�#"B�Sr��Ff�B&WGFV��&WGFV�W2�&��6���w&�FS�РУ��W7BF�6�&�g��De4�%B7W�'G2�&vRf�&�BFF6WG2f�"6�'Gv�&�0ЧF�W0У����v��rF�V�F�W6R��&RF��У�cD�G&!
6�2��
�De4�%Bw2G��֖2���6F������6FW2F�V�2�&vRf�&�B�У�f�"�4����6FVB6�'Bv�&�0У���R�VVBF�7V6�g�E4�E�S��$tR��F�RDB7FFV�V�G2�BDe4�%Bv���У�7W�'BF�B�У�У�У���У�ג'V�R�bF�V�"f�"4�%Et��76R�3���R�VVB&�WB�"F�"F��W0ЧF�PУ�6��R�b4�%D��f�"��W"4�%Et�2���6��V&�G�v���&�&&ǒ6�'&V7B�R�
У���B�RF�v�W&RF�W&Rw2F�7V�V�FF���&�WBF�R&V�f�VW2�'WBF�Bw0У�v�B��fRW6VB��F�R7B��У�4�%Et�FF6WBw2����V�6��R�2��"W6VBF�&Rv�V���7B�W76V@Ц&�V�@У�v�F�F�BfWr�V'2v�cD�G&6�2�C3c�5��У�6��v��r�WB��ג��BƖ�"��wVW!
77F��
FRF�Bf�"#�5���b��W@У�f��R��R���VVB&WGvVV�3��BC�5���b4�%Et�76R�"@Ц�V7@У�4�%Et�DG2���&R6���W"��W2֖v�B&R&WGFW"2F�W����rF�RF�6�0ЧF�У�&Rf���VB��&R6���WFVǒ�У��bF�RF�6�2&R4�2��vVB���fW&f��r����֖v�B&Rv��@Ц&6�7F��У�У�&Vv&G2�У�V�&�6��'VVvW
У�У�У��fR�6RF��У�FfR&WGFV�У�De4�%BFWfV���V�B�W&f�&��6R�V@У��$�6�'�&F���У�V��â&WGFV�W2�&��6��У��3�#C�3��У�De4�%B��e6��F�WvV"B�GG���wwr�&��6���7F�&vR�Fg6�'B�У�У���!
�
���У�f�"�$�����7V'67&�&R�6�v��fb�&6��fR66W72��7G'V7F���2�У�6V�BV���F�Ɨ7G6W'd&��V�VGRv�F�F�R�W76vS���d��$�����У�РРРТ��ХF�R�7F��w2��F��26�FR&Rג�v��BF��(
�B�V6W76&�ǒ&W&W6V�@Ф���Ɩ�^(�2�6�F���2�"�0РФ�&�B6PХ6V��"7�7FV�2V�v��VW
Ф���Ɩ�R��f�&�F���7�7FV�0РТ��Фf�"�$�����7V'67&�&R�6�v��fb�&6��fR66W72��7G'V7F���2�Ч6V�BV���F�Ɨ7G6W'd&��V�VGRv�F�F�R!
�W76v
S���d��$�����РРФ�fR�6RF��ФFfR&WGFV�ФDe4�%BFWfV���V�B�W&f�&��6R�V@Ф�$�6�'�&F���ЦV��â&WGFV�W2�&��6��У�3�#C�3��ФDe4�%B��e6��F�WvV"B�GG���wwr�&��6���7F�&vR�Fg6�'B�РТ��Фf�"�$�����7V'67&�&R�6�v��fb�&6��fR66W72��7G'V7F���2�Ч6V�BV���F�Ɨ7G6W'd&��V�VGRv�F�F�R�W76vS���d��$������o===
Uh-oh
--
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-355-2752
http://www.trainersfriend.com
* To get a good Return on your Investment, first make an investment!
+ Training your people is an excellent investment
* Try our tool for calculating your Return On Investment
for training dollars at
http://www.trainersfriend.com/ROI/roi.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
I you figure out what is causing the problem with your mail being grabbled. On Fri, Apr 27, 2012 at 3:31 PM, David Betten wrote: > Content-Transfer-Encoding: base64 > Content-Type: text/plain; charset=UTF-8 > > > SWYgeW91J2QgbGlrZSwgc2VuZCB0aGUgZnVsbCBzeXNvdXQgd2l0aCB0aGUgSUNFMDgzQSB0byBv > > dXIgREZTT1JUIGhvdGxpbmUNCihkZnNvcnRAdXMuaWJtLmNvbSkgYW5kIHdlJ2xsIHNlZSBpZiB3 > > ZSBjYW4gZmlndXJlIG91dCB3aHkgaXQncyBmYWlsaW5nLg0KDQoNCj4+DQoNCkFuZCB0aGF0IGlz > > IGhvdyBJIGdvdCBhcm91bmQgbXkgb3JpZ2luYWwgcHJvYmxlbSwgc3BlY2lmeWluZyBEU05UWVBF > > PUxBUkdFDQphbmQgdXNpbmcgMTAwMDAgY3lsaW5kZXJzIHBlciBERC4gIFBsdXMgdGhhdCBzdHVw > > aWQgbWlzdGFrZSBvZiBvbmUgb2YgdGhlDQpkaXNrIG5vdCBiZWluZyBTTVMgbWFuYWdlZC4gIEJ1 > > dCBubyBsdWNrIHdoYXRzb2V2ZXIgd2l0aCB1c2luZyBEWU5BTExPQy4NCg0KT24gRnJpLCBBcHIg > > MjcsIDIwMTIgYXQgMTo1NyBQTSwgRGF2aWQgQmV0dGVuIDxiZXR0ZW5AdXMuaWJtLmNvbT4gd3Jv > > dGU6DQoNCj4gSnVzdCB0byBjbGFyaWZ5LCBERlNPUlQgc3VwcG9ydHMgbGFyZ2UgZm9ybWF0IGRh > > dGEgc2V0cyBmb3Igc29ydHdvcmtzDQp0aHVzDQo+IGFsbG93aW5nIHRoZW0gdG8gdXNlIG1vcmUg > > dGhhbg0KPiA2NEsgdHJhY2tzLiAgREZTT1JUJ3MgZHluYW1pYyBhbGxvY2F0aW9uIGFsbG9jYXRl > > cyB0aGVtIGFzIGxhcmdlIGZvcm1hdC4NCj4gRm9yIEpDTCBhbGxvY2F0ZWQgc29ydCB3b3Jrcw0K > > PiB5b3UgbmVlZCB0byBzcGVjaWZ5IERTTlRZUEU9TEFSR0Ugb24gdGhlIEREIHN0YXRlbWVudHMg > > YW5kIERGU09SVCB3aWxsDQo+IHN1cHBvcnQgdGhhdC4NCj4NCj4NCj4gPj4NCj4gTXkgcnVsZSBv > > ZiB0aHVtYiBmb3IgU09SVFdLIC0gc3BhY2UgaXM6IFlvdSBuZWVkIGFib3V0IDEgMS8yIHRvIDIg > > dGltZXMNCnRoZQ0KPiBzaXplIG9mIFNPUlRJTiBmb3IgeW91ciBTT1JUV0tzIChPSywgc29tZWJv > > ZHkgd2lsbCBwcm9iYWJseSBjb3JyZWN0IG1lIG9yDQo+IHBvaW50IG1lIHRvIHdoZXJlIHRoZXJl > > J3MgZG9jdW1lbnRhdGlvbiBhYm91dCB0aGUgcmVhbCB2YWx1ZXMsIGJ1dCB0aGF0J3MNCj4gd2hh > > dCBJIGhhdmUgdXNlZCBpbiB0aGUgcGFzdCkuDQo+IEEgU09SVFdLIGRhdGFzZXQncyBtYXhpbXVt > > IHNpemUgaXMgKG9yIHVzZWQgdG8gYmUgd2hlbiBJIGxhc3QgbWVzc2VkDQphcm91bmQNCj4gd2l0 > > aCB0aGF0IGEgZmV3IHllYXJzIGFnbykgNjRLIHRyYWNrcyAoNDM2OCBDWUwpLg0KPiBTbywgZ29p > > bmcgb3V0IG9uIG15IG9sZCBsaW1iLCBJIGd1ZXNzdGltYXRlIHRoYXQgZm9yIDIwLDAwMCBDWUwg > > b2YgaW5wdXQNCj4gZmlsZSB5b3UgbWF5IG5lZWQgYmV0d2VlbiAzMCwwMDAgYW5kIDQwLDAwMCBD > > WUwgb2YgU09SVFdLIHNwYWNlIG9yIGF0DQpsZWFzdA0KPiAxMCBTT1JUV0sgRERzLiBNb3JlIHNt > > YWxsZXIgb25lcyBtaWdodCBiZSBiZXR0ZXIgYXMgdGhleSBhbGxvdyB0aGUgZGlza3MNCnRvDQo+ > > IGJlIGZpbGxlZCBtb3JlIGNvbXBsZXRlbHkuDQo+IElmIHRoZSBkaXNrcyBhcmUgU01TIG1hbmFn > > ZWQsIGFuIG92ZXJmbG93IC0gcG9vbCBtaWdodCBiZSBhIGdvb2QNCmJhY2tzdG9wLg0KPg0KPiBS > > ZWdhcmRzLA0KPiBVbHJpY2ggS3J1ZWdlcg0KPg0KPg0KPiBIYXZlIGEgbmljZSBkYXksDQo+IERh > > dmUgQmV0dGVuDQo+IERGU09SVCBEZXZlbG9wbWVudCwgUGVyZm9ybWFuY2UgTGVhZA0KPiBJQk0g > > Q29ycG9yYXRpb24NCj4gZW1haWw6ICBiZXR0ZW5AdXMuaWJtLmNvbQ0KPiAxLTMwMS0yNDAtMzgw > > OQ0KPiBERlNPUlQvTVZTb250aGV3ZWIgYXQgaHR0cDovL3d3dy5pYm0uY29tL3N0b3JhZ2UvZGZz > > b3J0Lw0KPg0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t > > LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IEZvciBJQk0tTUFJTiBzdWJzY3JpYmUgLyBzaWdu > > b2ZmIC8gYXJjaGl2ZSBhY2Nlc3MgaW5zdHJ1Y3Rpb25zLA0KPiBzZW5kIGVtYWlsIHRvIGxpc3Rz > > ZXJ2QGJhbWEudWEuZWR1IHdpdGggdGhlIG1lc3NhZ2U6IElORk8gSUJNLU1BSU4NCj4NCg0KDQoN > > Ci0tDQpUaGUgcG9zdGluZ3Mgb24gdGhpcyBzaXRlIGFyZSBteSBvd24gYW5kIGRvbuKAmXQgbmVj > > ZXNzYXJpbHkgcmVwcmVzZW50DQpNYWlubGluZeKAmXMgcG9zaXRpb25zIG9yIG9waW5pb25zDQoN > > Ck1hcmsgRCBQYWNlDQpTZW5pb3IgU3lzdGVtcyBFbmdpbmVlcg0KTWFpbmxpbmUgSW5mb3JtYXRp > > b24gU3lzdGVtcw0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t > > LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGb3IgSUJNLU1BSU4gc3Vic2NyaWJlIC8gc2ln > > bm9mZiAvIGFyY2hpdmUgYWNjZXNzIGluc3RydWN0aW9ucywNCnNlbmQgZW1haWwgdG8gbGlzdHNl > > cnZAYmFtYS51YS5lZHUgd2l0aCB0aGUgbWVzc2FnZTogSU5GTyBJQk0tTUFJTg0KDQoNCkhhdmUg > > YSBuaWNlIGRheSwNCkRhdmUgQmV0dGVuDQpERlNPUlQgRGV2ZWxvcG1lbnQsIFBlcmZvcm1hbmNl > > IExlYWQNCklCTSBDb3Jwb3JhdGlvbg0KZW1haWw6ICBiZXR0ZW5AdXMuaWJtLmNvbQ0KMS0zMDEt > > MjQwLTM4MDkNCkRGU09SVC9NVlNvbnRoZXdlYiBhdCBodHRwOi8vd3d3LmlibS5jb20vc3RvcmFn > > ZS9kZnNvcnQvDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t > > LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkZvciBJQk0tTUFJTiBzdWJzY3JpYmUgLyBzaWdu > > b2ZmIC8gYXJjaGl2ZSBhY2Nlc3MgaW5zdHJ1Y3Rpb25zLA0Kc2VuZCBlbWFpbCB0byBsaXN0c2Vy > dkBiYW1hLnVhLmVkdSB3aXRoIHRoZSBtZXNzYWdlOiBJTkZPIElCTS1NQUlODQo= > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
��z{S���}�ĝ� �xjǺ�*'���O*^��m��Z�w!j�
Re: Confused on DFSORT SORTWK
And that is how I got around my original problem, specifying DSNTYPE=LARGE and using 1 cylinders per DD. Plus that stupid mistake of one of the disk not being SMS managed. But no luck whatsoever with using DYNALLOC. On Fri, Apr 27, 2012 at 1:57 PM, David Betten wrote: > Just to clarify, DFSORT supports large format data sets for sortworks thus > allowing them to use more than > 64K tracks. DFSORT's dynamic allocation allocates them as large format. > For JCL allocated sort works > you need to specify DSNTYPE=LARGE on the DD statements and DFSORT will > support that. > > > >> > My rule of thumb for SORTWK - space is: You need about 1 1/2 to 2 times the > size of SORTIN for your SORTWKs (OK, somebody will probably correct me or > point me to where there's documentation about the real values, but that's > what I have used in the past). > A SORTWK dataset's maximum size is (or used to be when I last messed around > with that a few years ago) 64K tracks (4368 CYL). > So, going out on my old limb, I guesstimate that for 20,000 CYL of input > file you may need between 30,000 and 40,000 CYL of SORTWK space or at least > 10 SORTWK DDs. More smaller ones might be better as they allow the disks to > be filled more completely. > If the disks are SMS managed, an overflow - pool might be a good backstop. > > Regards, > Ulrich Krueger > > > Have a nice day, > Dave Betten > DFSORT Development, Performance Lead > IBM Corporation > email: bet...@us.ibm.com > 1-301-240-3809 > DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
Just to clarify, DFSORT supports large format data sets for sortworks thus allowing them to use more than 64K tracks. DFSORT's dynamic allocation allocates them as large format. For JCL allocated sort works you need to specify DSNTYPE=LARGE on the DD statements and DFSORT will support that. >> My rule of thumb for SORTWK - space is: You need about 1 1/2 to 2 times the size of SORTIN for your SORTWKs (OK, somebody will probably correct me or point me to where there's documentation about the real values, but that's what I have used in the past). A SORTWK dataset's maximum size is (or used to be when I last messed around with that a few years ago) 64K tracks (4368 CYL). So, going out on my old limb, I guesstimate that for 20,000 CYL of input file you may need between 30,000 and 40,000 CYL of SORTWK space or at least 10 SORTWK DDs. More smaller ones might be better as they allow the disks to be filled more completely. If the disks are SMS managed, an overflow - pool might be a good backstop. Regards, Ulrich Krueger Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
My rule of thumb for SORTWK - space is: You need about 1 1/2 to 2 times the size of SORTIN for your SORTWKs (OK, somebody will probably correct me or point me to where there's documentation about the real values, but that's what I have used in the past). A SORTWK dataset's maximum size is (or used to be when I last messed around with that a few years ago) 64K tracks (4368 CYL). So, going out on my old limb, I guesstimate that for 20,000 CYL of input file you may need between 30,000 and 40,000 CYL of SORTWK space or at least 10 SORTWK DDs. More smaller ones might be better as they allow the disks to be filled more completely. If the disks are SMS managed, an overflow - pool might be a good backstop. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace Sent: Friday, April 27, 2012 10:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Confused on DFSORT SORTWK I have 8 3390-9 DASD that are strictly for temp space. 99% of the time they are completely empty, as was the case when I was running this as there is no one else on the system right now. I'll try using a bigger number. On Fri, Apr 27, 2012 at 1:17 PM, Ulrich Krueger wrote: > Mark, > How much space do you _really_ have available in all your work - disks? How > much junk is cluttering up the space? > Are all volumes enabled and available for allocation? > Try allocating more than 8 SORTWKs (don't go overboard, but (IIRC) you can > allocate as many as 255 SORTWKs if needed) so that SORT can allocate more > but smaller datasets. > > > Regards, > Ulrich Krueger > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf > Of Mark Pace > Sent: Friday, April 27, 2012 9:52 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Confused on DFSORT SORTWK > > I want to switch to dynamic allocation but have no luck making this work. > I used 8 SORTWKxx files to sort this file. So now I want to try it with > dynamic and get the following. > 1 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R12 - 12:43 ON FRI APR > 27, 2012 - > OPTION > DYNALLOC=(SYSDA,8) > > > RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA SETS (970C) > FWK=(0,0) SWK=(7,1039528) TWK=(0,0) RWK=(0,0) TOTAL=(7,1039528) BLK=56664 > ATTEMPTED TO ALLOCATE 80250MB OF DISK WORK SPACE ON 8 WORK DATA SETS > SUCCESSFULLY ALLOCATED 56175MB OF DISK WORK SPACE ON 7 WORK DATA SETS > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don't necessarily represent Mainline's positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
I have 8 3390-9 DASD that are strictly for temp space. 99% of the time they are completely empty, as was the case when I was running this as there is no one else on the system right now. I'll try using a bigger number. On Fri, Apr 27, 2012 at 1:17 PM, Ulrich Krueger wrote: > Mark, > How much space do you _really_ have available in all your work - disks? How > much junk is cluttering up the space? > Are all volumes enabled and available for allocation? > Try allocating more than 8 SORTWKs (don't go overboard, but (IIRC) you can > allocate as many as 255 SORTWKs if needed) so that SORT can allocate more > but smaller datasets. > > > Regards, > Ulrich Krueger > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf > Of Mark Pace > Sent: Friday, April 27, 2012 9:52 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Confused on DFSORT SORTWK > > I want to switch to dynamic allocation but have no luck making this work. > I used 8 SORTWKxx files to sort this file. So now I want to try it with > dynamic and get the following. > 1 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R12 - 12:43 ON FRI APR > 27, 2012 - > OPTION > DYNALLOC=(SYSDA,8) > > > RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA SETS (970C) > FWK=(0,0) SWK=(7,1039528) TWK=(0,0) RWK=(0,0) TOTAL=(7,1039528) BLK=56664 > ATTEMPTED TO ALLOCATE 80250MB OF DISK WORK SPACE ON 8 WORK DATA SETS > SUCCESSFULLY ALLOCATED 56175MB OF DISK WORK SPACE ON 7 WORK DATA SETS > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
Mark, How much space do you _really_ have available in all your work - disks? How much junk is cluttering up the space? Are all volumes enabled and available for allocation? Try allocating more than 8 SORTWKs (don't go overboard, but (IIRC) you can allocate as many as 255 SORTWKs if needed) so that SORT can allocate more but smaller datasets. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace Sent: Friday, April 27, 2012 9:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Confused on DFSORT SORTWK I want to switch to dynamic allocation but have no luck making this work. I used 8 SORTWKxx files to sort this file. So now I want to try it with dynamic and get the following. 1 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R12 - 12:43 ON FRI APR 27, 2012 - OPTION DYNALLOC=(SYSDA,8) RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA SETS (970C) FWK=(0,0) SWK=(7,1039528) TWK=(0,0) RWK=(0,0) TOTAL=(7,1039528) BLK=56664 ATTEMPTED TO ALLOCATE 80250MB OF DISK WORK SPACE ON 8 WORK DATA SETS SUCCESSFULLY ALLOCATED 56175MB OF DISK WORK SPACE ON 7 WORK DATA SETS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
I want to switch to dynamic allocation but have no luck making this work. I used 8 SORTWKxx files to sort this file. So now I want to try it with dynamic and get the following. 1 - CONTROL STATEMENTS FOR 5694-A01, Z/OS DFSORT V1R12 - 12:43 ON FRI APR 27, 2012 - OPTION DYNALLOC=(SYSDA,8) RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA SETS (970C) FWK=(0,0) SWK=(7,1039528) TWK=(0,0) RWK=(0,0) TOTAL=(7,1039528) BLK=56664 ATTEMPTED TO ALLOCATE 80250MB OF DISK WORK SPACE ON 8 WORK DATA SETS SUCCESSFULLY ALLOCATED 56175MB OF DISK WORK SPACE ON 7 WORK DATA SETS IEC030I B37-04,IFG0554A,MARPACE1,RMFSORT,SORTWK04,BA11,TMP001,044A,SYS12118.T124310.RA000.MARPACE1.R0107268 +ICE097I 2 MARPACE1.RMFSORT SORT RECOVERING FROM B37 ABEND ON SORTWK DATA SET IEC030I B37-04,IFG0554A,MARPACE1,RMFSORT,SORTWK08,BA12,TMP002,044A,SYS12118.T124310.RA000.MARPACE1.R0107272 +ICE097I 2 MARPACE1.RMFSORT SORT RECOVERING FROM B37 ABEND ON SORTWK DATA SET IEC030I B37-04,IFG0554A,MARPACE1,RMFSORT,SORTWK03,BA13,TMP003,044A,SYS12118.T124310.RA000.MARPACE1.R0107267 +ICE097I 2 MARPACE1.RMFSORT SORT RECOVERING FROM B37 ABEND ON SORTWK DATA SET IEC030I B37-04,IFG0554A,MARPACE1,RMFSORT,SORTWK09,BA14,TMP004,044A,SYS12118.T124310.RA000.MARPACE1.R0107273 +ICE097I 2 MARPACE1.RMFSORT SORT RECOVERING FROM B37 ABEND ON SORTWK DATA SET IEC030I B37-04,IFG0554A,MARPACE1,RMFSORT,SORTWK02,BA15,TMP005,044A,SYS12118.T124310.RA000.MARPACE1.R0107266 +ICE097I 2 MARPACE1.RMFSORT SORT RECOVERING FROM B37 ABEND ON SORTWK DATA SET IEC030I B37-04,IFG0554A,MARPACE1,RMFSORT,SORTWK07,BA16,TMP006,044A,SYS12118.T124310.RA000.MARPACE1.R0107271 +ICE097I 2 MARPACE1.RMFSORT SORT RECOVERING FROM B37 ABEND ON SORTWK DATA SET IEC030I B37-04,IFG0554A,MARPACE1,RMFSORT,SORTWK01,BA17,TMP007,044A,SYS12118.T124310.RA000.MARPACE1.R0107265 +ICE097I 2 MARPACE1.RMFSORT SORT RECOVERING FROM B37 ABEND ON SORTWK DATA SET IGD17272I VOLUME SELECTION HAS FAILED FOR INSUFFICIENT SPACE FOR 303 DATA SET SYS12118.T124311.RA000.MARPACE1.R0107274 JOBNAME (MARPACE1) STEPNAME (RMFSORT ) PROGNAME (SORT) DDNAME (SORTWK06) REQUESTED SPACE QUANTITY = 10272065 KB STORCLAS (TEMPS) MGMTCLAS () DATACLAS ( ) STORGRPS (TMPSG1 ) On Fri, Apr 27, 2012 at 11:09 AM, McKown, John < john.mck...@healthmarkets.com> wrote: > add DYNALLOC=(SYSDA,?) where the ? is the number of volumes. DFSORT > determines the amount of sortwork space it needs, then spreads that total > amount, in equal "shares", across the number of volumes specified by the ?. > That assumes that it can use ? volumes, of course. > > -- > 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 > > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace > > Sent: Friday, April 27, 2012 9:27 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: Confused on DFSORT SORTWK > > > > That corrected the error of running out space. However I > > thought it would > > be a good idea to try DYNALLOC and be done with programers > > needing SORTWK > > DD. > > But change the JCL to > > OPTION DYNALLOC=3390,FILSZ=E550 > > > > Causes it to fail almost immediately with SMS not allocating > > any space. > > > > ICE083A D RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION > > OF WORK DATA > > SETS (970C) > > ICE753I 0 FWK=(0,0) SWK=(0,0) TWK=(0,0) RWK=(0,0) TOTAL=(0,0) > > BLK=56664 > > ICE248I 0 ATTEMPTED TO ALLOCATE 80250MB OF DISK WORK SPACE ON > > 4 WORK DATA > > SETS > > ICE249I 0 SUCCESSFULLY ALLOCATED 0MB OF DISK WORK SPACE ON 0 WORK DATA > > SETS > > > > IGD17272I VOLUME SELECTION HAS FAILED FOR INSUFFICIENT SPACE FOR > > DATA SET SYS12118.T101515.RA000.DMULLIS1.R0107017 > > JOBNAME (DMULLIS1) STEPNAME (RMFSORT ) > > PROGNAME (SORT) DDNAME (SORTWK04) > > *REQUESTED SPACE QUANTITY = 20544130 KB * > > STORCLAS (TEMPS) MGMTCLAS () DATACLAS () > > STORGRPS (TMPSG1 ) > > > > This is HUGE space request
Re: Confused on DFSORT SORTWK
add DYNALLOC=(SYSDA,?) where the ? is the number of volumes. DFSORT determines the amount of sortwork space it needs, then spreads that total amount, in equal "shares", across the number of volumes specified by the ?. That assumes that it can use ? volumes, of course. -- 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 > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace > Sent: Friday, April 27, 2012 9:27 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Confused on DFSORT SORTWK > > That corrected the error of running out space. However I > thought it would > be a good idea to try DYNALLOC and be done with programers > needing SORTWK > DD. > But change the JCL to > OPTION DYNALLOC=3390,FILSZ=E550 > > Causes it to fail almost immediately with SMS not allocating > any space. > > ICE083A D RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION > OF WORK DATA > SETS (970C) > ICE753I 0 FWK=(0,0) SWK=(0,0) TWK=(0,0) RWK=(0,0) TOTAL=(0,0) > BLK=56664 > ICE248I 0 ATTEMPTED TO ALLOCATE 80250MB OF DISK WORK SPACE ON > 4 WORK DATA > SETS > ICE249I 0 SUCCESSFULLY ALLOCATED 0MB OF DISK WORK SPACE ON 0 WORK DATA > SETS > > IGD17272I VOLUME SELECTION HAS FAILED FOR INSUFFICIENT SPACE FOR > DATA SET SYS12118.T101515.RA000.DMULLIS1.R0107017 > JOBNAME (DMULLIS1) STEPNAME (RMFSORT ) > PROGNAME (SORT) DDNAME (SORTWK04) > *REQUESTED SPACE QUANTITY = 20544130 KB * > STORCLAS (TEMPS) MGMTCLAS () DATACLAS () > STORGRPS (TMPSG1 ) > > This is HUGE space request and I can't find where I tell DFSORT how to > change the requested size. > > Maybe I'll leave well enough alone since I was able to make > it work with > the SORTWK DDs > > On Fri, Apr 27, 2012 at 9:33 AM, Mark Pace > wrote: > > > Well part of the problem is an embarrassment. A couple of > the volumes I > > formatted incorrectly and were not SMS managed. :( > > Trying again with all Temp volumes reformatted properly. > > > > > > On Fri, Apr 27, 2012 at 9:15 AM, Shane Ginnane > wrote: > > > >> On Fri, 27 Apr 2012 07:03:08 -0600, Steve Comstock wrote: > >> > >> >Well that cleared that up! Now I understand. :-) > >> > >> Yep - always pays to get the definitive answer in plain > English ... d'oh > >> > >> Shane ... > >> > >> > -- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > >> > > > > > > > > -- > > The postings on this site are my own and don't necessarily represent > > Mainline's positions or opinions > > > > Mark D Pace > > Senior Systems Engineer > > Mainline Information Systems > > > > > > > > > > > > > -- > The postings on this site are my own and don't necessarily represent > Mainline's positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
OPTION DYNALLOC=(3390,25) The above means 25 work datasets. BTW: IMHO you should omit FILSZ. DFSORT is able to obtain file size for most cases. To David Betten: your emails looks like encrypted. We cannot read it. Regards -- Radoslaw Skorupka Lodz, Poland W dniu 2012-04-27 16:27, Mark Pace pisze: That corrected the error of running out space. However I thought it would be a good idea to try DYNALLOC and be done with programers needing SORTWK DD. But change the JCL to OPTION DYNALLOC=3390,FILSZ=E550 Causes it to fail almost immediately with SMS not allocating any space. ICE083A D RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA SETS (970C) ICE753I 0 FWK=(0,0) SWK=(0,0) TWK=(0,0) RWK=(0,0) TOTAL=(0,0) BLK=56664 ICE248I 0 ATTEMPTED TO ALLOCATE 80250MB OF DISK WORK SPACE ON 4 WORK DATA SETS ICE249I 0 SUCCESSFULLY ALLOCATED 0MB OF DISK WORK SPACE ON 0 WORK DATA SETS IGD17272I VOLUME SELECTION HAS FAILED FOR INSUFFICIENT SPACE FOR DATA SET SYS12118.T101515.RA000.DMULLIS1.R0107017 JOBNAME (DMULLIS1) STEPNAME (RMFSORT ) PROGNAME (SORT) DDNAME (SORTWK04) *REQUESTED SPACE QUANTITY = 20544130 KB * STORCLAS (TEMPS) MGMTCLAS () DATACLAS () STORGRPS (TMPSG1 ) This is HUGE space request and I can't find where I tell DFSORT how to change the requested size. Maybe I'll leave well enough alone since I was able to make it work with the SORTWK DDs On Fri, Apr 27, 2012 at 9:33 AM, Mark Pace wrote: Well part of the problem is an embarrassment. A couple of the volumes I formatted incorrectly and were not SMS managed. :( Trying again with all Temp volumes reformatted properly. On Fri, Apr 27, 2012 at 9:15 AM, Shane Ginnanewrote: On Fri, 27 Apr 2012 07:03:08 -0600, Steve Comstock wrote: Well that cleared that up! Now I understand. :-) Yep - always pays to get the definitive answer in plain English ... d'oh Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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, www.brebank.pl, 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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
Probably good stuff, but the world may never know. ;-) 2012/4/27 David Betten > Content-Transfer-Encoding: base64 > Content-Type: text/plain; charset=UTF-8 > > > WW91IG5lZWQgdG8gYWRkIERZTkFMTE9DPShTWVNEQSw5KSB0byBzcHJlYWQgeW91ciBzcGFjZSBh > > bGxvY2F0aW9uIGFjcm9zcw0KbW9yZSB3b3JrIGRhdGEgc2V0cyBhbmQgdGh1cyBsb3dlciB0aGUg > > c3BhY2UgYWxsb2NhdGlvbiByZXF1aXJlbWVudCBwZXINCmVhY2ggd29yayBkYXRhIHNldC4gIEkg > > b25seSBzdWdnZXN0IHVzaW5nIDkgc2luY2UgdGhhdCdzIGhvdyBtYW55IFNPUlRXSw0KREQgc3Rh > > dGVtZW50cyB5b3UgaGF2ZS4gIElmIHlvdSBkbyBkZWNpZGUgdG8ga2VlcCB5b3VyIEpDbCBzb3J0 > > d29yayBERHMsDQpJJ2Qgc3VnZ2VzdCBhZGRpbmcgRFNOVFlQRT1MQVJHRSBzbyB0aGF0IHRoZXkg > > Y2FuIHVzZSB0aGUgZnVsbCBjYXBhY2l0eSBvZg0KdGhlIDMzOTAtOXMuDQoNCg0KSGF2ZSBhIG5p > > Y2UgZGF5LA0KRGF2ZSBCZXR0ZW4NCkRGU09SVCBEZXZlbG9wbWVudCwgUGVyZm9ybWFuY2UgTGVh > > ZA0KSUJNIENvcnBvcmF0aW9uDQplbWFpbDogIGJldHRlbkB1cy5pYm0uY29tDQoxLTMwMS0yNDAt > > MzgwOQ0KREZTT1JUL01WU29udGhld2ViIGF0IGh0dHA6Ly93d3cuaWJtLmNvbS9zdG9yYWdlL2Rm > > c29ydC8NCg0KSUJNIE1haW5mcmFtZSBEaXNjdXNzaW9uIExpc3QgPElCTS1NQUlOQGJhbWEudWEu > > ZWR1PiB3cm90ZSBvbiAwNC8yNy8yMDEyDQoxMDoyNzowOSBBTToNCg0KPiBGcm9tOiBNYXJrIFBh > > Y2UgPHBhY2VtYWlubGluZUBHTUFJTC5DT00+DQo+IFRvOiBJQk0tTUFJTkBiYW1hLnVhLmVkdSwN > > Cj4gRGF0ZTogMDQvMjcvMjAxMiAxMDoyOCBBTQ0KPiBTdWJqZWN0OiBSZTogQ29uZnVzZWQgb24g > > REZTT1JUIFNPUlRXSw0KPiBTZW50IGJ5OiBJQk0gTWFpbmZyYW1lIERpc2N1c3Npb24gTGlzdCA8 > > SUJNLU1BSU5AYmFtYS51YS5lZHU+DQo+DQo+IFRoYXQgY29ycmVjdGVkIHRoZSBlcnJvciBvZiBy > > dW5uaW5nIG91dCBzcGFjZS4gIEhvd2V2ZXIgSSB0aG91Z2h0IGl0DQp3b3VsZA0KPiBiZSBhIGdv > > b2QgaWRlYSB0byB0cnkgRFlOQUxMT0MgYW5kIGJlIGRvbmUgd2l0aCBwcm9ncmFtZXJzIG5lZWRp > > bmcgU09SVFdLDQo+IERELg0KPiBCdXQgY2hhbmdlIHRoZSBKQ0wgdG8NCj4gT1BUSU9OIERZTkFM > > TE9DPTMzOTAsRklMU1o9RTU1MDAwMDANCj4NCj4gQ2F1c2VzIGl0IHRvIGZhaWwgYWxtb3N0IGlt > > bWVkaWF0ZWx5IHdpdGggU01TIG5vdCBhbGxvY2F0aW5nIGFueSBzcGFjZS4NCj4NCj4gSUNFMDgz > > QSBEIFJFU09VUkNFUyBXRVJFIFVOQVZBSUxBQkxFIEZPUiBEWU5BTUlDIEFMTE9DQVRJT04gT0Yg > > V09SSyBEQVRBDQo+IFNFVFMgKDk3MEMpDQo+IElDRTc1M0kgMCBGV0s9KDAsMCkgU1dLPSgwLDAp > > IFRXSz0oMCwwKSBSV0s9KDAsMCkgVE9UQUw9KDAsMCkNCj4gQkxLPTU2NjY0DQo+IElDRTI0OEkg > > MCBBVFRFTVBURUQgVE8gQUxMT0NBVEUgODAyNTBNQiBPRiBESVNLIFdPUksgU1BBQ0UgT04gNCBX > > T1JLIERBVEENCj4gU0VUUw0KPiBJQ0UyNDlJIDAgU1VDQ0VTU0ZVTExZIEFMTE9DQVRFRCAwTUIg > > T0YgRElTSyBXT1JLIFNQQUNFIE9OIDAgV09SSyBEQVRBDQo+IFNFVFMNCj4NCj4gSUdEMTcyNzJJ > > IFZPTFVNRSBTRUxFQ1RJT04gSEFTIEZBSUxFRCBGT1IgSU5TVUZGSUNJRU5UIFNQQUNFIEZPUg0K > > PiBEQVRBIFNFVCBTWVMxMjExOC5UMTAxNTE1LlJBMDAwLkRNVUxMSVMxLlIwMTA3MDE3DQo+IEpP > > Qk5BTUUgKERNVUxMSVMxKSBTVEVQTkFNRSAoUk1GU09SVCApDQo+IFBST0dOQU1FIChTT1JUICAg > > ICkgREROQU1FIChTT1JUV0swNCkNCj4gKlJFUVVFU1RFRCBTUEFDRSBRVUFOVElUWSA9IDIwNTQ0 > > MTMwIEtCICoNCj4gU1RPUkNMQVMgKFRFTVBTKSBNR01UQ0xBUyAoICAgICAgICApIERBVEFDTEFT > > ICggICAgICAgICkNCj4gU1RPUkdSUFMgKFRNUFNHMSAgKQ0KPg0KPiBUaGlzIGlzIEhVR0Ugc3Bh > > Y2UgcmVxdWVzdCBhbmQgSSBjYW4ndCBmaW5kIHdoZXJlIEkgdGVsbCBERlNPUlQgaG93IHRvDQo+ > > IGNoYW5nZSB0aGUgcmVxdWVzdGVkIHNpemUuDQo+DQo+IE1heWJlIEknbGwgbGVhdmUgd2VsbCBl > > bm91Z2ggYWxvbmUgc2luY2UgSSB3YXMgYWJsZSB0byBtYWtlIGl0IHdvcmsgd2l0aA0KPiB0aGUg > > U09SVFdLIEREcw0KPg0KPiBPbiBGcmksIEFwciAyNywgMjAxMiBhdCA5OjMzIEFNLCBNYXJrIFBh > > Y2UgPHBhY2VtYWlubGluZUBnbWFpbC5jb20+DQp3cm90ZToNCj4NCj4gPiBXZWxsIHBhcnQgb2Yg > > dGhlIHByb2JsZW0gaXMgYW4gZW1iYXJyYXNzbWVudC4gIEEgY291cGxlIG9mIHRoZSB2b2x1bWVz > > DQpJDQo+ID4gZm9ybWF0dGVkIGluY29ycmVjdGx5IGFuZCB3ZXJlIG5vdCBTTVMgbWFuYWdlZC4g > > OigNCj4gPiBUcnlpbmcgYWdhaW4gd2l0aCBhbGwgVGVtcCB2b2x1bWVzIHJlZm9ybWF0dGVkIHBy > > b3Blcmx5Lg0KPiA+DQo+ID4NCj4gPiBPbiBGcmksIEFwciAyNywgMjAxMiBhdCA5OjE1IEFNLCBT > > aGFuZSBHaW5uYW5lDQo8aWJtLW1haW5AdHBnLmNvbS5hdT53cm90ZToNCj4gPg0KPiA+PiBPbiBG > > cmksIDI3IEFwciAyMDEyIDA3OjAzOjA4IC0wNjAwLCBTdGV2ZSBDb21zdG9jayB3cm90ZToNCj4g > > Pj4NCj4gPj4gPldlbGwgdGhhdCBjbGVhcmVkIHRoYXQgdXAhIE5vdyBJIHVuZGVyc3RhbmQuIDot > > KQ0KPiA+Pg0KPiA+PiBZZXAgLSBhbHdheXMgcGF5cyB0byBnZXQgdGhlIGRlZmluaXRpdmUgYW5z > > d2VyIGluIHBsYWluIEVuZ2xpc2ggLi4uDQpkJ29oDQo+ID4+DQo+ID4+IFNoYW5lIC4uLg0KPiA+ > > Pg0KPiA+PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t > > LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4+IEZvciBJQk0tTUFJTiBzdWJzY3JpYmUgLyBzaWdu > > b2ZmIC8gYXJjaGl2ZSBhY2Nlc3MgaW5zdHJ1Y3Rpb25zLA0KPiA+PiBzZW5kIGVtYWlsIHRvIGxp > > c3RzZXJ2QGJhbWEudWEuZWR1IHdpdGggdGhlIG1lc3NhZ2U6IElORk8gSUJNLU1BSU4NCj4gPj4N > > Cj4gPg0KPiA+DQo+ID4NCj4gPiAtLQ0KPiA+IFRoZSBwb3N0aW5ncyBvbiB0aGlzIHNpdGUgYXJl > > IG15IG93biBhbmQgZG9u4oCZdCBuZWNlc3NhcmlseSByZXByZXNlbnQNCj4gPiBNYWlubGluZeKA > > mXMgcG9zaXRpb25zIG9yIG9waW5pb25zDQo+ID4NCj4gPiBNYXJrIEQgUGFjZQ0KPiA+IFNlbmlv > > ciBTeXN0ZW1zIEVuZ2luZWVyDQo+ID4gTWFpbmxpbmUgSW5mb3JtYXRpb24gU3lzdGVtcw0KPiA+ > > DQo+ID4NCj4gPg0KPiA+DQo+ID4NCj4NCj4NCj4gLS0NCj4gVGhlIHBvc3RpbmdzIG9uIHRoaXMg > > c2l0ZSBhcmUgbXkgb3duIGFuZCBkb27igJl0IG5lY2Vzc2FyaWx5IHJlcHJlc2VudA0KPiBNYWlu > > bGluZeKAmXMgcG9zaXRpb25zIG9yIG9waW5pb25zDQo+DQo+IE1hcmsgRCBQYWNlDQo+IFNlbmlv > > ciBTeXN0ZW1zIEVuZ2luZWVyDQo+IE1haW5saW5lIEluZm9ybWF0aW9uIFN5c3RlbXMNCj4NCj4g > > LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tL
Re: Confused on DFSORT SORTWK
��z{S���}�ĝ� �xjǺ�*'���O*^��m��Z�w!j�
Re: Confused on DFSORT SORTWK
That corrected the error of running out space. However I thought it would be a good idea to try DYNALLOC and be done with programers needing SORTWK DD. But change the JCL to OPTION DYNALLOC=3390,FILSZ=E550 Causes it to fail almost immediately with SMS not allocating any space. ICE083A D RESOURCES WERE UNAVAILABLE FOR DYNAMIC ALLOCATION OF WORK DATA SETS (970C) ICE753I 0 FWK=(0,0) SWK=(0,0) TWK=(0,0) RWK=(0,0) TOTAL=(0,0) BLK=56664 ICE248I 0 ATTEMPTED TO ALLOCATE 80250MB OF DISK WORK SPACE ON 4 WORK DATA SETS ICE249I 0 SUCCESSFULLY ALLOCATED 0MB OF DISK WORK SPACE ON 0 WORK DATA SETS IGD17272I VOLUME SELECTION HAS FAILED FOR INSUFFICIENT SPACE FOR DATA SET SYS12118.T101515.RA000.DMULLIS1.R0107017 JOBNAME (DMULLIS1) STEPNAME (RMFSORT ) PROGNAME (SORT) DDNAME (SORTWK04) *REQUESTED SPACE QUANTITY = 20544130 KB * STORCLAS (TEMPS) MGMTCLAS () DATACLAS () STORGRPS (TMPSG1 ) This is HUGE space request and I can't find where I tell DFSORT how to change the requested size. Maybe I'll leave well enough alone since I was able to make it work with the SORTWK DDs On Fri, Apr 27, 2012 at 9:33 AM, Mark Pace wrote: > Well part of the problem is an embarrassment. A couple of the volumes I > formatted incorrectly and were not SMS managed. :( > Trying again with all Temp volumes reformatted properly. > > > On Fri, Apr 27, 2012 at 9:15 AM, Shane Ginnane wrote: > >> On Fri, 27 Apr 2012 07:03:08 -0600, Steve Comstock wrote: >> >> >Well that cleared that up! Now I understand. :-) >> >> Yep - always pays to get the definitive answer in plain English ... d'oh >> >> Shane ... >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN >> > > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > > > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
Well part of the problem is an embarrassment. A couple of the volumes I formatted incorrectly and were not SMS managed. :( Trying again with all Temp volumes reformatted properly. On Fri, Apr 27, 2012 at 9:15 AM, Shane Ginnane wrote: > On Fri, 27 Apr 2012 07:03:08 -0600, Steve Comstock wrote: > > >Well that cleared that up! Now I understand. :-) > > Yep - always pays to get the definitive answer in plain English ... d'oh > > Shane ... > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
On Fri, 27 Apr 2012 07:03:08 -0600, Steve Comstock wrote: >Well that cleared that up! Now I understand. :-) Yep - always pays to get the definitive answer in plain English ... d'oh Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
On 4/27/2012 6:52 AM, David Betten wrote:
��z{S���}�ĝ� �xjǺ�*'���O*^��m��Z�w!j� �Ėb��R6�V���F�RV�F�&R7�6�WBF��W"De4�%B��BƖ�R�vR6����@Ц�B�BG'�F�V�FW'7F�Bv�Bw2v��r���ג��F��&V6���V�FF����2F�ЦFBE4�E�S��$tRF���W"4�%Et���DB7FFV�V�G26�F�B��R6�W6R��&PЧF��cD�G&6�2�BF�RGf�FvR�b��F�Rf��&�R76R��V6�У33�Ӓ�РРФ�fR�6RF��ФFfR&WGFV�ФDe4�%BFWfV���V�B�W&f�&��6R�V@Ф�$�6�'�&F���ЦV��â&WGFV�W2�&��6��ФDe4�%B��e6��F�WvV"B�GG���wwr�&��6���7F�&vR�Fg6�'B�РФ�$����g&�RF�67W76���Ɨ7BĔ$�����&��V�VGS�w&�FR��B�#r�#
У��C3��ӠРУ�g&�!
Ӣ�&
�6R�6V���Ɩ�Tt����4���У�F��$�����&��V�VGR�У�FFS�B�#r�#"��CB�У�7V&�V7C�6��gW6VB��De4�%B4�%Et�У�6V�B'���$����g&�RF�67W76���Ɨ7BĔ$�����&��V�VGS�У�У�G'���rF�6�'Bf�&ǒ�&vR$�bFFf��R�#��7�Ɩ�FW'2�У���VW'V���r�WB�b4�%Et�76R���fR�33�Ӓf��V�W2��ג4�0У�FV��&'�7F�&vR'WB��W7B��F�6VBF�B���GFW"��r��Х4�%Et���У�DG2�FB�B��ǒ���6FW2f��R��F�Rf�'7BRFV�7F�&vRf��V�W2�У����R�fR��FV��r���RDe4�%BW6R��&Rf��V�W3�У�У���4�%Et�DBD�5҄�Ur�DT�UDR��T�C�5�4D�54S҄5��333R�33!
3R���
����4�%Et�"DBD�5҄�Ur�DT�UDR��T�C�5�4D�54S҄5��333R�333R��У���4�%Et�2DBD�5҄�Ur�DT�UDR��T�C�5�4D�54S҄5��333R�333R��У���4�%Et�BDBD�5҄�Ur�DT�UDR��T�C�5�4D�54S҄5��333R�333R��У���4�%Et�RDBD�5҄�Ur�DT�UDR��T�C�5�4D�54S҄5��333R�333R��У���4�%Et�bDBD�5҄�Ur�DT�UDR��T�C�5�4D�54S҄5��333R�333R��У���4�%Et�rDBD�5҄�Ur�DT�UDR��T�C�5�4D�54S҄5��333R�333R��У���4�%Et��DBD�5҄�Ur�DT�UDR��T�C�5�4D�54S҄5��333R�333R��У���4�%Et��DBD�5҄�Ur�DT�UDR��T�C�5�4D�54S҄5��333R�333R��У���4�%Et�DBD�5҄�Ur�DT�UDR��T�C�5�4D�54S҄5��333R�333R��У�!
��
4SCdR4�%B44�E�U�4TTDTB�$T4�$B4�T�B#CS��S�У�У�#3r�BĔdsSSD�D�T�ĕ3�$�e4�%B�4�%Et��$�D��У�C#�5�3#��C�3SR�$�D�T�ĕ3�#c3#�У�#3r�BĔdsSSD�D�T�ĕ3�$�e4�%B�4�%Et�R�$"�D�"�У�C#�5�3#��C�3SR�$�D�T�ĕ3�#c330У�#3r�BĔdsSSD�D�T�ĕ3�$�e4�%B�4�%Et���$2�D�2�У�C#�5�3#��C�3SR�$�D�T�ĕ3�#c33`У�#3r�BĔdsSSD�D�T�ĕ3�$�e4�%B�4�%Et�B�$B�D�B�У�C#�5�3#��C�3SR�$�D�T�ĕ3�#c33
У�#3r�BĔdsSSD�D�T�ĕ3�$�e4�%B�4�%Et�"�$R�D�R�У�C#�5�3#��C�3SR�$�D�T�ĕ3�#c33
Well that cleared that up! Now I understand. :-)
--
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-355-2752
http://www.trainersfriend.com
* To get a good Return on your Investment, first make an investment!
+ Training your people is an excellent investment
* Try our tool for calculating your Return On Investment
for training dollars at
http://www.trainersfriend.com/ROI/roi.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
Did you try to get rid of SORTWKxx DDs and use OPTION DYNALLOC ? -- Radoslaw Skorupka Lodz, Poland W dniu 2012-04-27 14:43, Mark Pace pisze: Trying to sort a fairly large RMF data file. 20,000 + cylinders. I keep running out of SORTWK space. I have 9 3390-9 volumes in my SMS temporary storage pool. But I just noticed that no matter how many SORTWKxx DDs I add it only allocates file on the first 5 temp storage volumes. Anyone have an idea how I make DFSORT use more volumes? //SORTWK01 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) //SORTWK02 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) //SORTWK03 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) //SORTWK04 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) //SORTWK05 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) //SORTWK06 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) //SORTWK07 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) //SORTWK08 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) //SORTWK09 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) //SORTWK10 DD DISP=(NEW,DELETE),UNIT=SYSDA,SPACE=(CYL,(3335,3335)) ICE046A E SORT CAPACITY EXCEEDED - RECORD COUNT 2459859 B37-04,IFG0554A,DMULLIS1,RMFSORT,SORTWK01,BA11,TMP001,04210011,SYS12118.T083055.RA000.DMULLIS1.R0106329 B37-04,IFG0554A,DMULLIS1,RMFSORT,SORTWK05,BA12,TMP002,04210011,SYS12118.T083055.RA000.DMULLIS1.R0106333 B37-04,IFG0554A,DMULLIS1,RMFSORT,SORTWK08,BA13,TMP003,04210011,SYS12118.T083055.RA000.DMULLIS1.R0106336 B37-04,IFG0554A,DMULLIS1,RMFSORT,SORTWK04,BA14,TMP004,04210011,SYS12118.T083055.RA000.DMULLIS1.R0106332 B37-04,IFG0554A,DMULLIS1,RMFSORT,SORTWK02,BA15,TMP005,04210011,SYS12118.T083055.RA000.DMULLIS1.R0106330 -- 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, www.brebank.pl, 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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Confused on DFSORT SORTWK
��z{S���}�ĝ� �xjǺ�*'���O*^��m��Z�w!j�
Re: Confused on DFSORT SORTWK
��z{S���}�ĝ� �xjǺ�*'���O*^��m��Z�w!j�
