Bug 85998 - REMOTEHOST not always set during rsh or rlogin
REMOTEHOST not always set during rsh or rlogin
Product: Red Hat Linux
Classification: Retired
Component: rsh (Show other bugs)
i686 Linux
medium Severity high
: ---
: ---
Assigned To: Radek Vokal
Ben Levenson
Depends On:
  Show dependency treegraph
Reported: 2003-03-11 18:29 EST by Bill Heiden
Modified: 2007-04-18 12:51 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-11-01 16:33:12 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 Bill Heiden 2003-03-11 18:29:22 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)

Description of problem:
 The environment variable REMOTEHOST is not always getting set when using 
rsh/rlogin to remotely log into a RH v7.2 machine.  This is a strange one, 
since there is no discernable pattern of why this is failing. I can rsh/rlogin 
into a RH v7.2 machine and sometimes REMOTEHOST does not get set. If I reboot 
the machine that is the destination, then it appears to work for a bit of 

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.rsh/rlogin into v7.2 machine
2. env|grep REMOTE
If the remote login has successfully set $REMOTEHOST, then step 2 should 
produce something along the lines of:


Additional info:

 Within our current production environment, we commonly log into remote 
machines.  During any type of login, we test to see if REMOTEHOST is defined.  
If REMOTEHOST is not defined, we launch an application that changes the color 
profile of the machine's graphics card.  During a remote login the application 
that changes the color profile gets launched and core dumps if REMOTEHOST is 
not defined.  This extremely annoying and is preventing us from putting in any 
other logic that would allow us to tailor our logins.
Comment 1 Bill Heiden 2003-03-24 22:32:47 EST
 This only appears to be a problem on the first windowed-shell opened on the 
machine, or at least that's how it's behaving today.  I'm a little confused 
though, is the first windowed shell pts/0 or pts/1?  The odd thing is the 
problem seems to come and go and we haven't been able to specifically put a 
finger on what exactly is causing the problem. 
Comment 2 Phil Knirsch 2003-06-25 11:01:13 EDT
Have you been able to reproduce it consistently in the meantime? A bug that not
really reproducible is very difficult to fix.

Read ya, Phil
Comment 3 Radek Vokal 2004-11-01 16:33:12 EST
I wasn't able to reproduce this bug recently. It seems to be fixed in current

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