Page 1 of 2

DB2 UDB API Stage

Posted: Thu Mar 30, 2006 2:24 am
by opdas
Hi,
When using DB2 UDB API stage gives the following error and aborts :

"DB2_UDB_API_0,0: Fatal Error: Fatal: SQLFetch: Error retrieving results from server. "

Only succeeds when try several time

Posted: Thu Mar 30, 2006 2:33 am
by ray.wurlod
How long between the stage starting and the error message appearing? How busy is DB2 doing other things? How busy is the DataStage machine?

Posted: Thu Mar 30, 2006 3:25 am
by opdas
ray.wurlod wrote:How long between the stage starting and the error message appearing? How busy is DB2 doing other things? How busy is the DataStage machine? ...
Job started at: 3/30/2006 1:49:42 PM
Error Received at: 3/30/2006 1:50:45 PM

How busy is DB2 doing other things? Not much
How busy is the DataStage machine? Not much

Posted: Thu Mar 30, 2006 3:51 am
by kumar_s
Try running this job alone in the server.
What is the operation performed, it is select operation?
If so do the same from the command prompt, measure the time taken for that.
How complex is the query?
Where is the database situated?

Posted: Thu Mar 30, 2006 4:12 am
by opdas
Hi Kumar,
Its a simple select query and there is no problem when trying to run from command promt even doing a "view data " from the stage is also no problem.
kumar_s wrote:Try running this job alone in the server.
What is the operation performed, it is select operation?
If so do the same from the command prompt, measure the time taken for that.
How complex is the query?
Where is the database situated?

Posted: Thu Mar 30, 2006 4:20 am
by kumar_s
Is it a remote database?
Try to write into a Sequential file directly.
Was there any other user accessing the same table. There can be the possibility of lock.

Posted: Thu Mar 30, 2006 4:28 am
by opdas
Yes it is a remote database, and there is no chances that somebody else is using that.I would like to add that my fellow developers are also facing the same problem.
kumar_s wrote:Is it a remote database?
Try to write into a Sequential file directly.
Was there any other user accessing the same table. There can be the possibility of lock.

Posted: Thu Mar 30, 2006 5:15 am
by kumar_s
Let me reconfirm.
Is it view data succedes immediatly everytime, where as job gets aborted often. Am I right.

Posted: Thu Mar 30, 2006 6:49 am
by opdas
yes
You are right !
kumar_s wrote:Let me reconfirm.
Is it view data succedes immediatly everytime, where as job gets aborted often. Am I right.

Posted: Thu Mar 30, 2006 7:23 am
by kumar_s
So have you tried to loading the table directly into a sequential file?
What is the structure of the job?

Posted: Thu Mar 30, 2006 7:29 am
by opdas
Structure of the job is like:

DB2 UDB API---->Transformer-------->Dataset


But my colegues are using different structure and have DB2 UDB API in it and they are also facing the same problem
kumar_s wrote:So have you tried to loading the table directly into a sequential file?
What is the structure of the job?

Posted: Thu Mar 30, 2006 1:41 pm
by ray.wurlod
Is there any additional error message (specifically a DB2 error code) in the job log? If you reset the aborted job, is there an event logged "from previous run..." containing diagnostic information?

Posted: Thu Apr 06, 2006 2:23 am
by opdas
Hi All,
Thought of posting the way the problem was solved.
Just cleared the &PH& file in the project and its working fine now.

Thanks all of you for your time.

Om

Posted: Thu Apr 06, 2006 2:37 am
by kumar_s
Interesting!!
I could only see some internal warning messages stored in that directory. I am not sure how that help to resolve.

Posted: Thu Apr 06, 2006 3:20 pm
by ray.wurlod
A very full &PH& directory can extend the startup time to such an extent that some timeouts begin to come into the picture. The dreaded code -14 (failed to start within one minute) can also occur under this circumstance. Keep your &PH& directories cleaned of old entries.