1) do someone have experiences with DFSORT and dynamic sort works? We have
following problem:
using sort for a Dataset with more than 8GB and dynamic sort works, we get:
IEC614I EXTEND FAILED - RC 216, DIAGNOSTIC INFORMATION IS (044E0097)...
IEC032I E37-08,IFG0554P...
+ICE097I ... SORT RECOVERING FROM B37 ABEND ON SORTWK DATA SET
The sort works... but... it not "nice"
2) during the analyze of this problem I discover 2 "new" messages:
ICE750I 0 DC 8697455860 TC 0 CS DSVRR KSZ 19 VSZ 19
ICE752I 0 FSZ=8697455860 BC IGN=0 E AVG=510 0 WSP=11522431 C
DYN=216049 53216
these 2 ones are not described by the IBM!!! They are diag (I suppose), do
someone has a description of it?
Regards
Yves
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICECM109/2.2?DT=20020722121158
But for diagnostic issues for IBM only .
mfG / regards
Frank Krueger
Email: Frank....@de.ibm.com
>1) do someone have experiences with DFSORT and dynamic sort works? We have
>following problem:
>using sort for a Dataset with more than 8GB and dynamic sort works, we
get:
>IEC614I EXTEND FAILED - RC 216, DIAGNOSTIC INFORMATION IS (044E0097)...
>IEC032I E37-08,IFG0554P...
>+ICE097I ... SORT RECOVERING FROM B37 ABEND ON SORTWK DATA SET
>
>The sort works... but... it not "nice"
>
>2) during the analyze of this problem I discover 2 "new" messages:
> ICE750I 0 DC 8697455860 TC 0 CS DSVRR KSZ 19 VSZ 19
> ICE752I 0 FSZ=8697455860 BC IGN=0 E AVG=510 0 WSP=11522431 C
>DYN=216049 53216
>these 2 ones are not described by the IBM!!! They are diag (I suppose), do
>someone has a description of it?
1) Here a couple of things you can do to make the job run "nicer":
o Use Hiperspace if the system will allow the use of that resource. This
will help reduce the requirement of disk work space. Since your dataset is
so large, you will need to have the Multiple Hiperspace PTFs applied:
UQ52227, UQ54399, UQ57879, UQ61505.
o Use a pool of disks only used for allocation of sort work datasets. The
disks should have plenty of free space for the work data sets. Refer to
DFSORT R14 Installation and Customization (SC33-4034) DYNALOC installation
default and the DFSORT R14 Application Programming Guide (SC33-4035)
DYNALLOC option. You can find our publications on the web at:
http://www.storage.ibm.com/software/sort/mvs/srtmpub.html
2) These are undocumented DFSORT diagnostic messages. We list them in
"DFSORT Mesages, Codes and Diagnosis" but we intentionally don't explain
them since they contain proprietary diagnostic information for use by IBM.
Frank Yaeger - DFSORT Team (IBM)
Specialties: ICETOOL, OUTFIL, Symbols, Migration
=> DFSORT/MVS is on the WWW at http://www.ibm.com/storage/dfsort/
thanks for the infos, but whis is not really the "solution" I was looking
for:
- we have a LOT OF SPACE!
- the problems occurs (I think) when SORT try to create an other
multivolume extent to one of the sortworks.
- Is there a problem with creating sortworks (our DATACLAS do this) as
multivolume (temp sms-man)?
- how can I set DYNSPC or/and DYNALOC to get all sortworks allocated as
primary? ICE165I 0 TOTAL WORK DATA SET TRACKS ALLOCATED: 216315 , TRACKS
USED: 158415
Regards
Yves
>thanks for the infos, but whis is not really the "solution" I was looking
>for:
>- we have a LOT OF SPACE!
>- the problems occurs (I think) when SORT try to create an other
>multivolume extent to one of the sortworks.
>- Is there a problem with creating sortworks (our DATACLAS do this) as
>multivolume (temp sms-man)?
>- how can I set DYNSPC or/and DYNALOC to get all sortworks allocated as
>primary? ICE165I 0 TOTAL WORK DATA SET TRACKS ALLOCATED: 216315 , TRACKS
>USED: 158415
Yves,
I've asked Vicky Vezinaw, another member of the DFSORT team, to respond to
your note offline.
Frank Yaeger - DFSORT Team (IBM)
Specialties: ICETOOL, OUTFIL, Symbols, Migration
=> DFSORT/MVS is on the WWW at http://www.ibm.com/storage/dfsort/
----------------------------------------------------------------------
Is there a chance you are allocating more SORTWK datasets than you have
eligible volumes? This can cause multiple SORTWK datasets to be allocated on
the same volume. I've noticed that DFSORT will sometimes only use one of the
SORTWK on a volume when more than one is allocated, so the primary space is
wasted until the SORTWK B37 recovery occurs. If so, you may want to try
setting the number of SORTWK equal to the number of volumes you can use.
Ron