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 bet...@us.ibm.com 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 nduf...@uottawa.ca 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 IBM-MAIN@bama.ua.edu 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 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 IBM-MAIN@bama.ua.edu wrote on 05/11/2012
03:13:32 PM:
From: Scott Barry sba...@sbbworks.com
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 IBM-MAIN@bama.ua.edu
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 bet...@us.ibm.com
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 nduf...@uottawa.ca
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 IBM-MAIN@bama.ua.edu
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
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
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 bet...@us.ibm.com 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 IBM-MAIN@bama.ua.edu 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
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 bet...@us.ibm.com 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 IBM-MAIN@bama.ua.edu 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 IBM-MAIN@bama.ua.edu wrote on 05/06/2012 02:55:53 PM: From: Skip Robinson jo.skip.robin...@sce.com 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 IBM-MAIN@bama.ua.edu (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 nduf...@uottawa.ca 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 IBM-MAIN@bama.ua.edu 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
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 bet...@us.ibm.com 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 IBM-MAIN@bama.ua.edu wrote on 05/06/2012 02:55:53 PM: From: Skip Robinson jo.skip.robin...@sce.com 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 IBM-MAIN@bama.ua.edu (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 nduf...@uottawa.ca 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 IBM-MAIN@bama.ua.edu 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
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
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. r.skoru...@bremultibank.com.pl 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 IBM-MAIN@bama.ua.edu 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
(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 nduf...@uottawa.ca 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 IBM-MAIN@bama.ua.edu 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 IBM-MAIN@bama.ua.edu wrote on 05/06/2012 02:55:53 PM: From: Skip Robinson jo.skip.robin...@sce.com 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 IBM-MAIN@bama.ua.edu (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 nduf...@uottawa.ca 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 IBM-MAIN@bama.ua.edu 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
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
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 uk...@pac...net 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 remainder clipped -- 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 nduf...@uottawa.ca 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 IBM-MAIN@bama.ua.edu 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
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 nduf...@uottawa.ca
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 IBM-MAIN@bama.ua.edu
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
��z{S���}�ĝ� �xjǺ�*'���O*^��m��Z�w!j�
Re: Confused on DFSORT SORTWK
��z{S���}�ĝ� �xjǺ�*'���O*^��m��Z�w!j�
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
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��WDe4�%B��BƖ�R�vR6����@Ц�B�BG'�F�V�FW'7F�Bv�Bw2v��r���ג��F��V6���V�FF����2F�ЦFBE4�E�S��$tRF���W4�%Et���DB7FFV�V�G26�F�B��R6�W6R��PЧF��cD�G6�2�BF�RGf�FvR�b��F�Rf���R76R��V6�У33�Ӓ�РРФ�fR�6RF��ФFfRWGFV�ФDe4�%BFWfV���V�B�Wf���6R�V@Ф�$�6�'�F���ЦV��âWGFV�W2���6��ФDe4�%B��e6��F�WvVB�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
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
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 ibm-m...@tpg.com.au 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
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 pacemainl...@gmail.com 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 ibm-m...@tpg.com.auwrote: 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
��z{S���}�ĝ� �xjǺ�*'���O*^��m��Z�w!j�
Re: Confused on DFSORT SORTWK
Probably good stuff, but the world may never know. ;-) 2012/4/27 David Betten bet...@us.ibm.com 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 LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KPiBGb3IgSUJNLU1BSU4gc3Vic2NyaWJlIC8gc2lnbm9mZiAvIGFyY2hp
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 Pacepacemainl...@gmail.com 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 Ginnaneibm-m...@tpg.com.auwrote: 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
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 pacemainl...@gmail.com 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 ibm-m...@tpg.com.auwrote: 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
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 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 pacemainl...@gmail.com 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
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 remainder clipped -- 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 u...@pacbell.net 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 remainder clipped -- 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
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 u...@pacbell.net 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 remainder clipped -- 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
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
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 bet...@us.ibm.com 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
��z{S���}�ĝ� �xjǺ�*'���O*^��m��Z�w!j�
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 bet...@us.ibm.com 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
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��WDe4�%B��FƖ�PТ�Fg6�'DW2���6�Ғ�BvRv��6VR�bvR6�f�wWR�WBv���Bw2f�Ɩ�r�РРУ��РФ�BF�B�2��r�v�B�V�Bג��v�����V��7V6�g���rE4�E�S��$tPЦ�BW6��r7�Ɩ�FW'2WDB��W2F�B7GW�B֗7F�R�b��R�bF�PЦF�6���BV��r4�2��vVB�'WB���V6�v�G6�WfWv�F�W6��rE�����2�РФ��g��#r�#B�Sr��Ff�BWGFV��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���W4�%Et�2���6��V�G�v����ǒ6�'V7B�R�
У���B�RF�v�WRF�WRw2F�7V�V�FF����WBF�RV�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�G6�2�C3c�5��У�6��v��r�WB��ג��BƖ���wVW!
77F��
FRF�Bf�#�5���b��W@У�f��R��R���VVBWGvVV�3��BC�5���b4�%Et�76R�@Ц�V7@У�4�%Et�DG2���R6���W��W2֖v�BRWGFW2F�W����rF�RF�6�0ЧF�У�Rf���VB��R6���WFVǒ�У��bF�RF�6�2R4�2��vVB���fWf��r����֖v�BRv��@Ц6�7F��У�У�VvG2�У�V��6��'VVvW
У�У�У��fR�6RF��У�FfRWGFV�У�De4�%BFWfV���V�B�Wf���6R�V@У��$�6�'�F���У�V��âWGFV�W2���6��У��3�#C�3��У�De4�%B��e6��F�WvVB�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�FRRג�v��BF��(
�B�V6W76�ǒWW6V�@Ф���Ɩ�^(�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��ФFfRWGFV�ФDe4�%BFWfV���V�B�Wf���6R�V@Ф�$�6�'�F���ЦV��âWGFV�W2���6��У�3�#C�3��ФDe4�%B��e6��F�WvVB�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
