Bug 1390552 - Proxy5.6: RH Proxy 5.6 installation on RHEL5 fails.
Summary: Proxy5.6: RH Proxy 5.6 installation on RHEL5 fails.
Keywords:
Status: CLOSED EOL
Alias: None
Product: Red Hat Satellite Proxy 5
Classification: Red Hat
Component: Installer
Version: 560
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
Assignee: Gennadii Altukhov
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks: sat5-rhn
TreeView+ depends on / blocked
 
Reported: 2016-11-01 11:43 UTC by Dimitar Yordanov
Modified: 2017-08-31 16:12 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-08-31 16:12:50 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Dimitar Yordanov 2016-11-01 11:43:58 UTC
Description of problem:
RH Proxy 5.6 installation on RHEL5 fails

Version-Release number of selected component (if applicable):
pacewalk-proxy-installer.noarch 0:2.0.1-2.el5sat   

How reproducible:
Always

Steps to Reproduce:
0. yum install -y spacewalk-proxy-installer
1.Try to install RH Proxy 5.6 on RHEL5 to rhn.redhat.com
    /usr/sbin/configure-proxy.sh --force-own-ca


Actual results:
Preparing packages for installation...
rhn-org-httpd-ssl-key-pair-dell-pesc1435-01.rhts.eng.bos-1.0-1
Create and populate configuration channel rhn_proxy_config? [Y/n] Y
Username: test
Session error:

Comment 1 Jan Hutař 2016-11-01 13:47:05 UTC
Gennadii explained me the problem and showed me multiple bugs in the code. Lets use this BZ for which appears on bot 5.6 and 5.7 when password prompt does not appear in interactive installation mode (5.6 have only interactive mode).

Comment 2 Gennadii Altukhov 2016-11-01 15:58:36 UTC
Explanation why we have this problem only on RHEL 5 and Proxy 5.6:
in shell script we use a command substitution to get all available configuration channels from rhncfg-manager:

CONFIG_CHANNELS=$(rhncfg-manager list-channels --server-name "$RHN_PARENT")

rhncfg-manager shows a prompt for a username directly on '/dev/tty', so we see it, and it uses Python's getpass.getpass() to ask a user for a password.
On RHEL 5 and Python 2.4 getpass() writes a prompt for a password to a standard input, so we don't see it, On RHEL 6/7 it writes it directly on '/dev/tty'.

Comment 7 Tomas Lestach 2017-08-31 16:12:50 UTC
Since RHEL5 has been EOLed earlier this year, I'm closing the BZ EOL.


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