Bug 464788

Summary: rsh/tcsh: shell configuration files are not loaded on target machine
Product: Red Hat Enterprise Linux 4 Reporter: Kalle Kiviaho <kalle.kiviaho>
Component: setupAssignee: Ondrej Vasik <ovasik>
Status: CLOSED DUPLICATE QA Contact: BaseOS QE <qe-baseos-auto>
Severity: high Docs Contact:
Priority: medium    
Version: 4.7CC: atkac, ehedgren, jjneely
Target Milestone: rcKeywords: Regression
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-11-05 14:09:11 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Fix for noninteractive shell issues for tcsh none

Description Kalle Kiviaho 2008-09-30 14:40:55 UTC 
Description of problem:

After upgrading to RHEL 4.7 tcsh does not seems to load config files when used as login shell on rsh connections

Version-Release number of selected component (if applicable):
tcsh-6.13-10.el4
rsh-server-0.17-25.4

How reproducible:
By checking PATH on target system, works on 4.5, 4.6 and not on 4.7


Steps to Reproduce:
1. rsh <machine> echo '$PATH'
Comment 1 Kalle Kiviaho 2008-10-01 08:54:27 UTC 
Problem seem to come from the added lines in csh.cshrc in setup-2.5.37-1.7:

if (! $?loginsh) then
        if ($?prompt) then

These prevent /etc/profile.d to be parsed when using rsh. That should be the case?
Comment 2 Adam Tkac 2008-10-07 08:51:44 UTC 
(In reply to comment #1)
> Problem seem to come from the added lines in csh.cshrc in setup-2.5.37-1.7:
> 
> if (! $?loginsh) then
>         if ($?prompt) then
> 
> These prevent /etc/profile.d to be parsed when using rsh. That should be the
> case?

Right you are. Main problem is that /etc/profile.d/* scripts are no longer executed when you run non-interactive shell. It seems that fix for bug #202468 should be reverted.
Comment 3 Adam Tkac 2008-10-07 08:52:43 UTC 
reassigning to proper component
Comment 4 RHEL Program Management 2008-10-07 09:20:37 UTC 
This bugzilla has Keywords: Regression.  

Since no regressions are allowed between releases, 
it is also being proposed as a blocker for this release.  

Please resolve ASAP.
Comment 5 Ondrej Vasik 2008-11-05 12:37:49 UTC 
Thanks for report. Current situation after update is IMHO more broken than previous passing string to noninteractive shells. Solution could be to throw away stdout / stderr output for noninteractive shells for processing profile.d scripts ... will try to find out proper solution for both bugs
Comment 6 Ondrej Vasik 2008-11-05 13:18:53 UTC 
Created attachment 322566 [details]
Fix for noninteractive shell issues for tcsh

I guess both issues could be solved together by redirecting stdout and stderr to /dev/null for noninteractive shells ... tried following patch and it works for me in both cases.
Comment 7 Ondrej Vasik 2008-11-05 14:09:11 UTC 

*** This bug has been marked as a duplicate of bug 457243 ***