There's no parameter.
There IS, however, good design and good operational practice.
One of these is determining the cause for the aborts (reset the job and read the log entry called "from previous run") then fixing the design so that they don't recur.
Another is to limit the total number of simultaneously open dynamic hashed file to a number smaller than T30FILE.
Abnormal Termination
Moderators: chulett, rschirm, roy
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
-
- Premium Member
- Posts: 4
- Joined: Sun Mar 07, 2004 8:09 pm
Similar problem with Abnormal termination
We are encountering the same kind of abnormal termination in job, when reset was issued it came back with this message
From previous run
DataStage Job 2260 Phantom 4343
Abnormal termination of DataStage.
Fault type is 11. Layer type is BASIC run machine.
Fault occurred in BASIC program DSP.Open at address 4d4.
Any ideas of why this might be happening
From previous run
DataStage Job 2260 Phantom 4343
Abnormal termination of DataStage.
Fault type is 11. Layer type is BASIC run machine.
Fault occurred in BASIC program DSP.Open at address 4d4.
Any ideas of why this might be happening
ray.wurlod wrote:There's no parameter.
There IS, however, good design and good operational practice.
One of these is determining the cause for the aborts (reset the job and read the log entry called "from previous run") then fixing the design so that they don't recur.
Another is to limit the total number of simultaneously open dynamic hashed file to a number smaller than T30FILE.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
DSP.Open is one of theirs (Ascential's). It's the "open" function exposed by plug-in stage types. With sufficient knowledge you could use a utility like VLIST to see what's being executed at address 0x4d4 in the object code but, without source, that won't help greatly.
Fault type codes are listed in Appendix E in the Administering UniVerse manual, which can be downloaded from IBM web site. They correspond to UNIX signal numbers; fault type 11 is "segmentation violation" (SIGSEGV), which means that something has tried to access a piece of memory that it doesn't own. It can sometimes occur if a "null pointer" is generated, for example by trying to open a file without providing a file name.
Fault type codes are listed in Appendix E in the Administering UniVerse manual, which can be downloaded from IBM web site. They correspond to UNIX signal numbers; fault type 11 is "segmentation violation" (SIGSEGV), which means that something has tried to access a piece of memory that it doesn't own. It can sometimes occur if a "null pointer" is generated, for example by trying to open a file without providing a file name.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.