View previous topic :: View next topic |
Author |
Message |
Thomas Gabert Beginner
Joined: 07 Dec 2005 Posts: 7 Topics: 2
|
Posted: Thu Dec 08, 2005 9:28 am Post subject: ICETOOL ABEND U1095 |
|
|
Hello,
we got a U1095 from ICETOOL in a job during our batch workload at night. I could find these messages in the report:
ICE185A 0 DFSORT TERMINATED WITH U1095 ABEND DURING PHASE S 4
ICE186A 0 DFSORT CONTINUED AFTER ERROR AND OUTPUT IS USEABLE
Is it really true, that the output is useable? A resubmit a couple of hours later was successful. Does anybody has an idea?
Regards,
Thomas |
|
Back to top |
|
|
Frank Yaeger Sort Forum Moderator
Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
|
Posted: Thu Dec 08, 2005 11:41 am Post subject: |
|
|
Thomas,
The U1095 abend is issued by DFSORT.
For this kind of situation, you really need to open a problem with IBM service so the service people can collect all of the information needed, diagnose the problem and give you the correct resolution.
However, if you have a
//SORTDIAG DD DUMMY
statement, removing it may bypass the abend.
Quote: | Is it really true, that the output is useable? |
Yes. The SORTOUT data set was closed before the error occurred. _________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort |
|
Back to top |
|
|
Thomas Gabert Beginner
Joined: 07 Dec 2005 Posts: 7 Topics: 2
|
Posted: Thu Dec 08, 2005 12:01 pm Post subject: |
|
|
Thanks. We are running on z/OS 1.6 and have DFSORT V1R5.
We have a
//SORTDIAG DD SYSOUT=*
statement in the JCL. I will remove this statement and tomorrow I will see.
Regards,
Thomas |
|
Back to top |
|
|
Frank Yaeger Sort Forum Moderator
Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
|
Posted: Thu Dec 08, 2005 12:07 pm Post subject: |
|
|
Note that removing the //SORTDIAG statement may bypass the problem, but will NOT resolve it. You should open a problem report with IBM service to get the problem resolved (it may be a known problem with a known fix). _________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort |
|
Back to top |
|
|
Thomas Gabert Beginner
Joined: 07 Dec 2005 Posts: 7 Topics: 2
|
Posted: Fri Dec 09, 2005 4:25 am Post subject: |
|
|
Frank Yaeger wrote: | Note that removing the //SORTDIAG statement may bypass the problem, but will NOT resolve it. You should open a problem report with IBM service to get the problem resolved (it may be a known problem with a known fix). |
Indeed, after removing the //SORTDIAG statement the job ran successfully but I am not really pleased with that kind of circumvention. The job used to run successfully for so many times and we changed nothing at all. I will contact IBM.
Thomas |
|
Back to top |
|
|
|
|