RPC Daemon is not running Datastage Version 6
Moderators: chulett, rschirm, roy
RPC Daemon is not running Datastage Version 6
Hi All,
I have installed DataStage Version 6 on solaris. The log file is not showing any error.
I am getting this error when trying to connect to server - "The connection was refused or the RPC Daemon is not running".
The dsrpc - 31538/tcp entry is there in /etc/services. I have rebooted the Server after sucessful installation. And also brought down the DSEngine and then brought up. But i am unable to see the uvrpc entry when i am executing netstat -a | grep uvrpc.
Please Suggest what should i do to resolve this problem ASAP.
I have installed DataStage Version 6 on solaris. The log file is not showing any error.
I am getting this error when trying to connect to server - "The connection was refused or the RPC Daemon is not running".
The dsrpc - 31538/tcp entry is there in /etc/services. I have rebooted the Server after sucessful installation. And also brought down the DSEngine and then brought up. But i am unable to see the uvrpc entry when i am executing netstat -a | grep uvrpc.
Please Suggest what should i do to resolve this problem ASAP.
----------------
Rgds,
Anupam
----------------
The future is not something we enter. The future is something we create.
Rgds,
Anupam
----------------
The future is not something we enter. The future is something we create.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
The RPC daemon at this release runs as dsprcd, so your netstat command should be filtered for dsrpc rather than uvrpc.
This is to enable the UniVerse RPC daemon (which uses port number 31438) and the DataStage RPC daemon (which uses port number 31538) to co-exist.
The daemon can be started manually if you are logged in as root, and attached to the DataStage Engine directory. In that directory is a bin directory, in that directory is the dsrpcd executable.
To start it in normal mode:
To start it in full debug mode:
Once you have figured out in debug mode why it isn't starting, stop it and re-start it in normal mode.
It may be that it is not able to bind a socked (the error message is something like "bind bombed". Then you have to diagnose why the socket is not available (netstat, perhaps).
This is to enable the UniVerse RPC daemon (which uses port number 31438) and the DataStage RPC daemon (which uses port number 31538) to co-exist.
The daemon can be started manually if you are logged in as root, and attached to the DataStage Engine directory. In that directory is a bin directory, in that directory is the dsrpcd executable.
To start it in normal mode:
Code: Select all
nohup bin/dsrpcd > /dev/null 2>&1 &
Code: Select all
nohup bin/dsrpcd -d9 > /tmp/dsrpcd.log 2>&1 &
It may be that it is not able to bind a socked (the error message is something like "bind bombed". Then you have to diagnose why the socket is not available (netstat, perhaps).
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.
Ray,
It does not give me any information. I am not able to conclude anything.
The output keep on varying when i execute the command
nohup bin/dsrpcd > /dev/null 2>&1 &
1. Output
[1] 3901
2. Output
[2] 4012
[1] Done nohup bin/dsrpcd >/dev/null 2>&1
3. Output
[3] 4065
[2] Done nohup bin/dsrpcd >/dev/null 2>&1
Kindly help me
It does not give me any information. I am not able to conclude anything.
The output keep on varying when i execute the command
nohup bin/dsrpcd > /dev/null 2>&1 &
1. Output
[1] 3901
2. Output
[2] 4012
[1] Done nohup bin/dsrpcd >/dev/null 2>&1
3. Output
[3] 4065
[2] Done nohup bin/dsrpcd >/dev/null 2>&1
Kindly help me
----------------
Rgds,
Anupam
----------------
The future is not something we enter. The future is something we create.
Rgds,
Anupam
----------------
The future is not something we enter. The future is something we create.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Ray,
I have executed this command
"nohup bin/dsrpcd -d9 > /tmp/dsrpcd.log 2>&1 &"
and the output of this is
[1] 13527
Now i am not able to understand what shud i conclude from this.
I have executed this command
"nohup bin/dsrpcd -d9 > /tmp/dsrpcd.log 2>&1 &"
and the output of this is
[1] 13527
Now i am not able to understand what shud i conclude from this.
----------------
Rgds,
Anupam
----------------
The future is not something we enter. The future is something we create.
Rgds,
Anupam
----------------
The future is not something we enter. The future is something we create.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Is that what's on screen, or what's in /tmp/dsrpc.log?
If - as I suspect - it's what's on screen, it means simply that the command has started as a background process with process id (PID) of 13527.
What's in the file /tmp/dsrpc.log? It's a text file; you can read it with cat or more.
If - as I suspect - it's what's on screen, it means simply that the command has started as a background process with process id (PID) of 13527.
What's in the file /tmp/dsrpc.log? It's a text file; you can read it with cat or more.
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.
do a "ps -ef |grep dsrpcd"anupam wrote:Ray,
I have executed this command
"nohup bin/dsrpcd -d9 > /tmp/dsrpcd.log 2>&1 &"
and the output of this is
[1] 13527
Now i am not able to understand what shud i conclude from this.
Is it running under root?
-T.J.
Developer of DataStage Parallel Engine (Orchestrate).
Ray,
The dsrpcd.log under tmp shows
RPCPID=7512 - 10:35:53 - uvrpc_debugflag=9 (Debugging level)
RPCPID=7512 - 10:35:53 - In rpc_init()
RPCPID=7512 - 10:35:53 - bind bombed errno=125
RPCPID=7512 - 10:35:53 - listen failed
Please suggest.
The dsrpcd.log under tmp shows
RPCPID=7512 - 10:35:53 - uvrpc_debugflag=9 (Debugging level)
RPCPID=7512 - 10:35:53 - In rpc_init()
RPCPID=7512 - 10:35:53 - bind bombed errno=125
RPCPID=7512 - 10:35:53 - listen failed
Please suggest.
----------------
Rgds,
Anupam
----------------
The future is not something we enter. The future is something we create.
Rgds,
Anupam
----------------
The future is not something we enter. The future is something we create.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
"Bind bombed" means that the process was unable to bind the socket it expected to be able to bind. Probably this is because of a process that had it earlier (an earlier invocation of the RPC daemon that crashed, perhaps) not releasing the socket.
You can verify this with netstat. However, the exact mechanics of releasing the socket varies from UNIX to UNIX, and it's not something I keep in my head!
Contact your support provider. This issue has been seen before, so there will be something in the (internal Ascential) knowledge base about it. At worst, rebooting the UNIX machine is guaranteed to clear all sockets.
You can verify this with netstat. However, the exact mechanics of releasing the socket varies from UNIX to UNIX, and it's not something I keep in my head!
Contact your support provider. This issue has been seen before, so there will be something in the (internal Ascential) knowledge base about it. At worst, rebooting the UNIX machine is guaranteed to clear all sockets.
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.
Anupam,
Please verify that no other application has decided to connect via port 31538. DataStage does not like to share this port and you will recieve connection errors when this happens even though dsrpcd seems to be up and running. There are many packages out there that will grab all available ports in a range when they start. You might need to employ the help of a sys admin to determine if this condition exists on your system.
We had this very thing happen and received the same errors that you are describing.
Regards,
Michael Hester
Please verify that no other application has decided to connect via port 31538. DataStage does not like to share this port and you will recieve connection errors when this happens even though dsrpcd seems to be up and running. There are many packages out there that will grab all available ports in a range when they start. You might need to employ the help of a sys admin to determine if this condition exists on your system.
We had this very thing happen and received the same errors that you are describing.
Regards,
Michael Hester
Mike Hester
mhester@petra-ps.com
mhester@petra-ps.com
For Tru64:ray.wurlod wrote:You can verify this with netstat. However, the exact mechanics of releasing the socket varies from UNIX to UNIX, and it's not something I keep in my head!
Code: Select all
netstat -a |grep dsrpc
Can also do a:
Code: Select all
lsof -i |grep dsrpc
-T.J.
Developer of DataStage Parallel Engine (Orchestrate).
Hi Ray,
Sorry for replying you so late, There is only one listener and that is dsrpc only. The socket is available to datastage only.
please suggest wht shud i do to solve this problem. I am unable to diagnose the problem till now. i rebooted the server but the problem still exists.
Sorry for replying you so late, There is only one listener and that is dsrpc only. The socket is available to datastage only.
please suggest wht shud i do to solve this problem. I am unable to diagnose the problem till now. i rebooted the server but the problem still exists.
----------------
Rgds,
Anupam
----------------
The future is not something we enter. The future is something we create.
Rgds,
Anupam
----------------
The future is not something we enter. The future is something we create.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
When you say "rebooted the server" do you mean "DataStage services" or the UNIX machine itself?
There's no way a tied socket can remain so through a UNIX re-boot!
Did you try starting the dsrcd daemon in debug mode after the re-boot? If so, what messages were in the log this time?
Have you read this thread?
There's no way a tied socket can remain so through a UNIX re-boot!
Did you try starting the dsrcd daemon in debug mode after the re-boot? If so, what messages were in the log this time?
Have you read this thread?
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.
hi Ray,
i am getting this error now,
RPCPID=2259 - 18:08:23 - uvrpc_debugflag=9 (Debugging level)
RPCPID=2259 - 18:08:23 - In rpc_init()
RPCPID=2259 - 18:08:23 - get service by name bombed errno=0
RPCPID=2259 - 18:08:23 - listen failed
i am getting this error now,
RPCPID=2259 - 18:08:23 - uvrpc_debugflag=9 (Debugging level)
RPCPID=2259 - 18:08:23 - In rpc_init()
RPCPID=2259 - 18:08:23 - get service by name bombed errno=0
RPCPID=2259 - 18:08:23 - listen failed
----------------
Rgds,
Anupam
----------------
The future is not something we enter. The future is something we create.
Rgds,
Anupam
----------------
The future is not something we enter. The future is something we create.