Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 142547 - rsh -l root <host> ls hangs when going to HPUX box
rsh -l root <host> ls hangs when going to HPUX box
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: rsh (Show other bugs)
ia64 Linux
medium Severity medium
: ---
: ---
Assigned To: Karel Zak
Ben Levenson
Depends On:
  Show dependency treegraph
Reported: 2004-12-10 10:44 EST by Pat Robinson
Modified: 2007-11-30 17:07 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-12-17 13:58:44 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Pat Robinson 2004-12-10 10:44:15 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):

How reproducible:

Steps to Reproduce:
1. rsh -l root <host> ls   where host is a HPUX box (11.23)

Additional info:
Comment 1 Karel Zak 2004-12-13 03:54:48 EST
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.
Comment 2 Pat Robinson 2004-12-16 11:31:11 EST
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.  
Comment 3 Karel Zak 2004-12-16 12:12:22 EST
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.
Comment 4 Pat Robinson 2004-12-16 15:27:59 EST
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??
Comment 5 Karel Zak 2004-12-16 17:06:05 EST
"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! :-)
Comment 6 Pat Robinson 2004-12-17 12:28:47 EST
Must be something HP specific because /usr/bin is in root's PATH
Comment 7 Karel Zak 2004-12-17 13:57:25 EST
But we talked about RH kerberosized client and not about HP server.
Right? ;-)
Comment 8 Karel Zak 2004-12-17 13:58:44 EST
Sorry.. fotget my last comment...

Note You need to log in before you can comment on or make changes to this bug.