Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 567982 - ValueError: Error parsing "proxy = 'intel-s3ea2-02.rhts.eng.bos.redhat.com:8080'": URL must be http, ftp or https not "intel-s3ea2-02.rhts.eng.bos.redhat.com"
Summary: ValueError: Error parsing "proxy = 'intel-s3ea2-02.rhts.eng.bos.redhat.com:80...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: anaconda
Version: 6.0
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Chris Lumens
QA Contact: Release Test Team
URL:
Whiteboard: anaconda_trace_hash:91b495ef736b2431d...
: 574383 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-02-24 14:38 UTC by Alexander Todorov
Modified: 2010-07-02 18:50 UTC (History)
1 user (show)

Fixed In Version: anaconda-13.21.22-1.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 576691 (view as bug list)
Environment:
Last Closed: 2010-07-02 18:50:25 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Attached traceback automatically from anaconda. (deleted)
2010-02-24 14:38 UTC, Alexander Todorov 		no flags Details
View All

Description Alexander Todorov 2010-02-24 14:38:29 UTC 
The following was filed automatically by anaconda:
anaconda 13.21.14 exception report
Traceback (most recent call first):
  File "/usr/lib/python2.6/site-packages/yum/config.py", line 96, in __set__
    value, str(e)))
  File "/usr/lib/python2.6/site-packages/yum/config.py", line 507, in populate
    setattr(self, name, value)
  File "/usr/lib/python2.6/site-packages/yum/config.py", line 854, in readMainConfig
    yumconf.populate(startupconf._parser, 'main')
  File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 278, in _getConfig
    self._conf = config.readMainConfig(startupconf)
  File "/usr/lib/anaconda/yuminstall.py", line 650, in doConfigSetup
    YumSorter._getConfig(self)
  File "/usr/lib/anaconda/yuminstall.py", line 352, in setup
    self.doConfigSetup(root=self.anaconda.rootPath)
  File "/usr/lib/anaconda/yuminstall.py", line 1138, in doBackendSetup
    self.ayum.setup()
  File "/usr/lib/anaconda/backend.py", line 286, in doBackendSetup
    if anaconda.backend.doBackendSetup(anaconda) == DISPATCH_BACK:
  File "/usr/lib/anaconda/dispatch.py", line 205, in moveStep
    rc = stepFunc(self.anaconda)
  File "/usr/lib/anaconda/dispatch.py", line 126, in gotoNext
    self.moveStep()
  File "/usr/lib/anaconda/gui.py", line 1308, in nextClicked
    self.anaconda.dispatch.gotoNext()
  File "/usr/lib/anaconda/gui.py", line 1446, in keyRelease
    self.nextClicked()
ValueError: Error parsing "proxy = 'intel-s3ea2-02.rhts.eng.bos.redhat.com:8080'": URL must be http, ftp or https not "intel-s3ea2-02.rhts.eng.bos.redhat.com"
Comment 1 Alexander Todorov 2010-02-24 14:38:32 UTC 
Created attachment 396074 [details]
Attached traceback automatically from anaconda.
Comment 2 Alexander Todorov 2010-02-24 14:42:15 UTC 
This is before packages selection screen when using an http proxy without specifying the protocol part. 

In loader I've entered the hostname:port of the proxy without http:// in front. 

In the proxy log I see that images/install.img was successfully downloaded which means that loader understands the hostname:port syntax but stage2 doesn't. 

Either make stage2 not require the protocol part or if that's required make loader require/warn for it as well.
Comment 3 RHEL Program Management 2010-02-24 14:59:50 UTC 
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.
Comment 4 Chris Lumens 2010-03-17 13:36:52 UTC 
*** Bug 574383 has been marked as a duplicate of this bug. ***
Comment 7 Alexander Todorov 2010-04-27 18:21:04 UTC 
When I boot with proxy=host:port the proxy UI in loader correctly modifies this as http://host:port. 

If I delete the "http://" part in the loader UI then I still get a traceback.

Chris,
can you move the code which adds the "http://" part after the URL config/Proxy config screen in loader so that it takes care of the second use case as well.
Comment 8 Alexander Todorov 2010-05-21 11:47:48 UTC 
With snap #4 (0512.0) I specified a proxy in loader and that wasn't carried over to stage2. The proxy fields in the repo config were disabled. 

When manually editted the proxy value yum was unable to download repository metadata. From another system I've tested that the proxy works as expected and I can reach the install directory via the proxy. 

Moving to ASSIGNED. Chris, can you take care of this and comment #7 as well.
Comment 9 Chris Lumens 2010-05-21 14:35:50 UTC 
These are different bugs, file different bug reports.
Comment 11 Alexander Todorov 2010-06-15 13:24:01 UTC 
with anaconda 13.21.50 I've booted with proxy=host:port and anaconda used the proxy to download stage2 images. Moving to VERIFIED.

As suggested in comment #9 I'll open another bug report for the other issue.
Comment 12 releng-rhel@redhat.com 2010-07-02 18:50:25 UTC 
Red Hat Enterprise Linux Beta 2 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.
Note You need to log in before you can comment on or make changes to this bug.