Red Hat Bugzilla – Bug 142547
rsh -l root <host> ls hangs when going to HPUX box
Last modified: 2007-11-30 17:07:05 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2)
Gecko/20040804 Netscape/7.2 (ax)
Description of problem:
rsh -l root <host> ls
rsh -l root
successfully logs into the box
rsh -l root <host> ls
This command works to the same HPUX host using RedHat 7.3, RedHat 8.0
as well as AIX, IRIX and Solaris platforms.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. rsh -l root <host> ls where host is a HPUX box (11.23)
The basic diffrence between Red Hat "rsh <command>" and "rsh" is that
the "rsh" without command calls "rlogin" as client.
It means you need enabled "rlogind" on server side for "rsh" and
"rshd" for "rsh <command>". These commands use differend backend on
server. Please, check your server configuration.
Yes the configuration on the server is fine.
Like I said this command works from every other platform we have (AIX,
IRIX, Linux 7.3, Linux 8.0, Solaris 8 and 9) to the same HPUX host the
only one that fails is any Advanced Server 3.0 box. The HPUX is
rx2600 itanium box with HPUX 11.23.
I think there is minimal diffrence between "rsh" in RHEL3 and old
Please, read and check:
maybe you found something interesting. I think a problem can be in
something other than in "rsh" too.
Aha! Unbeknownst to me the kerberos rsh is first in the path. Using
/usr/bin/rsh it is successfull. Now I guess the question is why does
it fail only going to HPUX??
"rsh" (and other simular stuff) is pretty unsafe so is better try use
more safe version first. The normal behaviour is that kerberos version
if kerberos usage failed calls normal /usr/bin/rsh. Maybe is there
some interaction between your HPUX and kerberosized rsh and it fails
without normal rsh start (or you haven't /usr/bin in root's PATH and
the kerberos version cannot found normal version of rsh).
I really don't know. But it's fine that you resolve your problem! :-)
Must be something HP specific because /usr/bin is in root's PATH
But we talked about RH kerberosized client and not about HP server.
Sorry.. fotget my last comment...