Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

rsh

Status
Not open for further replies.

rusty838

IS-IT--Management
Jul 19, 2005
8
GB
We are running a remote shell script, from a database cluster to an application cluster. This works intermittently.

We have checked host and rhosts files on both servers.

We are using etherchannel.

ukentdbasp61:/ #rsh ukentappsp11 df -g
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/hd4 0.06 0.01 84% 2408 46% /
/dev/hd2 9.56 8.41 13% 27921 2% /usr
/dev/hd9var 0.38 0.23 39% 603 2% /var
/dev/hd3 1.00 0.81 19% 712 1% /tmp
/dev/hd1 0.06 0.06 1% 50 1% /home
/proc - - - - - /proc
/dev/hd10opt 0.06 0.04 36% 529 6% /opt
/dev/remedylv 24.81 22.86 8% 1476 1% /remedy
/dev/oraclelv 2.50 1.70 32% 3302 1% /oracle
ukentdbasp61:/ #rsh ukentappsp11 df -g
rshd: 0826-826 The host name for your address is not known.
ukentdbasp61:/ #rsh ukentappsp11 df -g
rshd: 0826-826 The host name for your address is not known.


Thanks
 
Perhaps the DB server is a multi-homed host, or it is running IP aliases, so the address the APP server sees is arbitrarily chosen?

Try telnetting from the DB server into the APP server and run

who am i

You see the IP address or host name you came in from in parentheses.

Try to do this several times and see what address is chosen each time.


- OR -


You have a problem with name resolution on the APP server.



HTH,

p5wizard
 
I agree with p5wizard. This is going to boil down to how the remote server is resolving your hostname.
 
Thanks for you help this seem to have worked.

Regards
 
last night i had a similar problem but with ssh!

I discovered that my coworker had taken one of the test cluster's IP! so i ended up with a conflict in one of the aliased cluster IP.

I couldn't view my routing table coz of that!

netstat -r didn't execute while the cluster is up! but when the cluster is down it work! it appeared that the conflict was with one of the cluster's service IP address! Funny!

So as p5wizard mentioned, It could be an aliased ethernet that is cozing the problem!

By the way have you tried the errpt -a? I found the reason last night using this.

Regards,
Khalid
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top