View previous topic :: View next topic
|
Author |
Message |
mgl
New User
Joined: 12 Dec 2005 Posts: 29 Location: Belgium
|
|
|
|
Production generates sequential dataset with blksize higher than 28000 byte VB containing records of 4096 bytes long.
Often when trying to sort these dsn's we received ICE046A because DFSORT didn't determine the correct size of the dataset. It seems that it only takes in account full length block size and ignores shorter blksize.
For example in one of our jobs we received ICE752I with FSZ=436919712 and ICE134I 0 NUMBER OF BYTES SORTED: 723545760
The way we found to solve is to allocate SORTWK's with greater size or to play with the amount of SORTWK.
Michel. |
|
Back to top |
|
|
mgl
New User
Joined: 12 Dec 2005 Posts: 29 Location: Belgium
|
|
|
|
Sorry, i see that i loose a part of the post.
In fact i am not happy with this kind of solution and i would ask if anybody encountered same problem and if a solution avoiding to correct each abend was found.
Regards, Michel. |
|
Back to top |
|
|
Frank Yaeger
DFSORT Developer
Joined: 15 Feb 2005 Posts: 7129 Location: San Jose, CA
|
|
|
|
You're mixing up all kinds of terms here, BLKSIZE, filesize, LRECL, length, etc so it's impossible to know what's really going on.
I need more/better information to help you.
Add the following to one of your DFSORT jobs that gets the ICE046A for this situation:
//SORTDIAG DD DUMMY
Rerun the job and send me the complete JESLOG offline (yaeger@us.ibm.com) and I'll take a look.
Then run the same job in a way that does not get ICE046A (e.g. SORTWK's with greater size) and send me the complete JESLOG for that offline as well. |
|
Back to top |
|
|
mgl
New User
Joined: 12 Dec 2005 Posts: 29 Location: Belgium
|
|
|
|
Hi , many thanks for the answer,
I send you the documentation. Message subject is abendu0046.
I hope that it will help to clarrify the problem. In short i beleive that the problem comes from an invalid size of the input file with blocksize is higher than 27998 bytes.
Best regards, Michel. |
|
Back to top |
|
|
Skolusu
Senior Member
Joined: 07 Dec 2007 Posts: 2205 Location: San Jose
|
|
|
|
mgl,
Frank is on vacation today and tomorrow , can you please send the documentation to skolusu@us.ibm.com ? or if it is not an emergency frank will be back on friday. |
|
Back to top |
|
|
mgl
New User
Joined: 12 Dec 2005 Posts: 29 Location: Belgium
|
|
|
|
I thank you a lot for your update, i sent you a copy of the documentation.
There is no emergency to the problem, we front it for a long time and it occur only on peak hour (when memory and work disk are fully in use), we had it often in january (due to year's jobs) but now it is quiet.
Best regards,
Michel |
|
Back to top |
|
|
|