DSConnectTries in IBM Patch...

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
kaps
Participant
Posts: 452
Joined: Tue May 10, 2005 12:36 pm

DSConnectTries in IBM Patch...

Post by kaps »

We have received a patch from IBM for the Controller Problem for the below given error:

Controller problem: Error calling DSRunJob(edw_ctg_Rlplyr_Category_Rlship_trn), code=-14
[Timed out while waiting for an event]

In the README notes it says the following:

DSConnectTries
This is an environment variable to control the number of connection
tries that will be made by dsjob in the event that a connetion timeout
occurs while trying to connect to the server. A negative value will
result in an infinite number of retries. If the value is unset or is
set to 0 or a nonnumeric, then one connect attempt will be made.

DSConnectTries must be set as a shell environment variable
in the context of the dsjob command to be run.


I did not quite get the point of setting up this variable.

So do we need to go to the .profile file of the user which runs the job and add a variable like the one below.

DSConnectTries=-1

Please let me know the correct way if this is not correct.

Appreciate your help...

Thanks
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

I would expect that you would set this variable in the dsenv script.

(Windows users would set this variable using Control Panel > System > Environment.)
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
kaps
Participant
Posts: 452
Joined: Tue May 10, 2005 12:36 pm

Post by kaps »

Thanks for the reply. I will give a try. If I am not wrong we don't need to bounce the service when you change values in dsenv file. Correct ?

Thanks
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Only possibly but, because of that, it's usually a good idea.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Post Reply