Startup error on node3 connecting with conductor

Post questions here relative to DataStage Enterprise/PX Edition for such areas as Parallel job design, Parallel datasets, BuildOps, Wrappers, etc.

Moderators: chulett, rschirm, roy

Post Reply
sam paul
Premium Member
Premium Member
Posts: 19
Joined: Mon Jan 26, 2009 1:31 pm
Location: Minneapolis, USA

Re: Startup error on node3 connecting with conductor on .ser

Post by sam paul »

Seems to be Unix server side connection issue. Check the contents of Node3 of your config file and reach out to Unix Admin with the 'fastname' and error message, they should be able to resolve.
If no luck, you may need to provide a different server as your Node3.
joycerecacho
Participant
Posts: 298
Joined: Tue Aug 26, 2008 12:17 pm

Re: Startup error on node3 connecting with conductor on .ser

Post by joycerecacho »

Hi Sam!!!

All nodes are located on the same server, fastname is the same for all nodes.
We also followed the recommendations from the technote
http://www-01.ibm.com/support/docview.w ... wg21434065
But the problem is still happening.

Any other tip?

Thanks for your help!!!

Best Regards,
Joyce
Joyce A. Recacho
São Paulo/SP
Brazil
sam paul
Premium Member
Premium Member
Posts: 19
Joined: Mon Jan 26, 2009 1:31 pm
Location: Minneapolis, USA

Re: Startup error on node3 connecting with conductor on .ser

Post by sam paul »

Oh, Unix/datastage admin who actually installed datastage need to have a look I think.

Couple of questions:
1)Is the issue occurring only with 'node3' always. If yes, try analyzing what's unique with the node3 content.
2)Does it occur with every job, every time. Has any job run successfully ever in this configuration.
3) What happens if you just rename 'node3' to some other name? Datastage some times behave weird too!
4) How many nodes your config file has? If you just remove 'node3' from your config file, what is the impact? (anyways, your nodes are logical since all nodes have same fastname)


You can do these basic analysis and reach out to admin team. If no luck, you may need to remove the node3 and raise a PMR with IBM.
Post Reply