Phantom Warnings ODBC

Post questions here relative to DataStage Server Edition for such areas as Server job design, DS Basic, Routines, Job Sequences, etc.

Moderators: chulett, rschirm, roy

Post Reply
AlanP
Premium Member
Premium Member
Posts: 17
Joined: Tue Apr 19, 2005 5:16 am
Location: Melbourne, Australia

Phantom Warnings ODBC

Post by AlanP »

We are getting Phantom Warnings in our Job Logs, when connecting to SQL Server using ODBC. The same jobs work fine on other servers, and were working fine a few days ago. Anybody come across this before?. I have tried using ODBC tracing but it all looks normal.

e.g.


Item #: 65
Event ID: 64
Timestamp: 2006-07-26 09:07:15
Type: Warning
User Name: dvmri
Message: DataStage Job 428 Phantom 4826
Warning:
[DataDirect][ODBC SQL Server Driver][SQL Server]
DataStage Phantom Finished

Item #: 66
Event ID: 65
Timestamp: 2006-07-26 09:07:15
Type: Warning
User Name: dvmri
Message: DataStage Job 428 Phantom 19346
Warning:
[DataDirect][ODBC SQL Server Driver][SQL Server]
Warning:
[DataDirect][ODBC SQL Server Driver][SQL Server]
Warning:
[DataDirect][ODBC SQL Server Driver][SQL Server]
DataStage Phantom Finished
Klaus Schaefer
Participant
Posts: 94
Joined: Wed May 08, 2002 8:44 am
Location: Germany
Contact:

Re: Phantom Warnings ODBC

Post by Klaus Schaefer »

Identify the entries in the project phantom directory &PH& (timestamp) and see if you can get some more information from there.

Klaus
AlanP
Premium Member
Premium Member
Posts: 17
Joined: Tue Apr 19, 2005 5:16 am
Location: Melbourne, Australia

Post by AlanP »

Klaus

Thanks for the suggestion but I have checked in there already. The phantom ids in the files in there don't correspond to the ones appearing in the logs anyway.

Regards

Alan
loveojha2
Participant
Posts: 362
Joined: Thu May 26, 2005 12:59 am

Post by loveojha2 »

Do a reset through the director and see if it gives any thing extra.

What are you trying to do?
Success consists of getting up just one more time than you fall.
AlanP
Premium Member
Premium Member
Posts: 17
Joined: Tue Apr 19, 2005 5:16 am
Location: Melbourne, Australia

Post by AlanP »

loveojha2

I tried a reset too but I just get a repeat of the same messages.

What I am trying to do is have our jobs run without any warnings. The project is on a production box and will go live in a couple of weeks. The way we have the sequences setup is to abort when they see warnings.

I don't want to go through all our sequence links and change them to allow warnings. Then you wouldn't know whether a warning has been generated for this reason or another more serious issue.

Alan
loveojha2
Participant
Posts: 362
Joined: Thu May 26, 2005 12:59 am

Post by loveojha2 »

What I am trying to do is have our jobs run without any warnings.
My question was more on the particular job that is having issue,
What is it having (the design)?
Are you having any thing parameterized, is there any chance that you are having a parameter value difference (between the servers)?
Success consists of getting up just one more time than you fall.
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Any time SQL Server generates an informational message, DataStage logs it as a warning, because it regards receiving messages from the database or ODBC driver as "unusual". Unfortunately you can not change this behaviour in DataStage. Is there an environment variable you can set so that SQL Server does not generate informational messages ?
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
AlanP
Premium Member
Premium Member
Posts: 17
Joined: Tue Apr 19, 2005 5:16 am
Location: Melbourne, Australia

Resolved!

Post by AlanP »

The solution was:-

1) Take an export of the Jobs, Routines and Transform code, but without any executables.
2) Then re-import and perform a re-compile of everything.

Don't ask me why this has fixed it but it has!

Thanks for all your responses

Alan
loveojha2
Participant
Posts: 362
Joined: Thu May 26, 2005 12:59 am

Post by loveojha2 »

Don't ask me why this has fixed it but it has!
This happened because may parameter get binded with the executables :?

And if you execute them directly (without a fresh compile), instead of taking the current value in place of $PROJDEF, they take whatever was already binded :? :?:

Experts please clear my doubt.
Success consists of getting up just one more time than you fall.
kumar_s
Charter Member
Charter Member
Posts: 5245
Joined: Thu Jun 16, 2005 11:00 pm

Post by kumar_s »

You could have just recompiled, with export-import.
Impossible doesn't mean 'it is not possible' actually means... 'NOBODY HAS DONE IT SO FAR'
AlanP
Premium Member
Premium Member
Posts: 17
Joined: Tue Apr 19, 2005 5:16 am
Location: Melbourne, Australia

Post by AlanP »

kumar_s

I tried that but it didn't clear the problem. By deleting the jobs, then re-importing, you force DS to use new RT_BP### and RT_BP###.O directories where ### is a new Job number.
Post Reply