Bug 426261 - Good: only working with up2date client, not with yum clients
Good: only working with up2date client, not with yum clients
Status: CLOSED DUPLICATE of bug 378911
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: yum-rhn-plugin (Show other bugs)
i386 Linux
low Severity medium
: ---
: ---
Assigned To: John Matthews
Red Hat Satellite QA List
Depends On:
  Show dependency treegraph
Reported: 2007-12-19 12:03 EST by Mathieu Bilodeau
Modified: 2016-02-08 08:40 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-01-30 14:28:25 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 Mathieu Bilodeau 2007-12-19 12:03:27 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b2) Gecko/2007121016 Firefox/3.0b2

Description of problem:
Works when using up2date on RHEL4 and older through https connection to our rhn-proxy.

Does not work when usinge yum on RHEL5 through https connection to our rhn-proxy.

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

How reproducible:

Steps to Reproduce:
as root on my RHEL5.

1. Changed the file /etc/sysconfig/rhn/up2date with my ServerURL and my SSLCert.
2. service rhnsd restart
3. yum update yum
3. yum install joe

Actual Results:
Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in ?
  File "/usr/share/yum-cli/yummain.py", line 180, in main
  File "/usr/share/yum-cli/cli.py", line 395, in doTransaction
    problems = self.downloadPkgs(downloadpkgs)
  File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 690, in downloadPkgs
    cache=po.repo.http_caching != 'none',
  File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 447, in getPackage
  File "/usr/lib/yum-plugins/rhnplugin.py", line 209, in _getFile
    start, end, copy_local, checkfunc, text, reget, cache)
  File "/usr/lib/yum-plugins/rhnplugin.py", line 298, in _noExceptionWrappingGet
    return result
UnboundLocalError: local variable 'result' referenced before assignment

Yum can connect to the rhn-proxy, found needed packages, download them and they end up in /var/cache/yum/[...]/packages. For some reasons, these rpm packages are not installable, they looks truncated and they have different size.

Expected Results:
The selected packages should be installed.

Additional info:
Comment 1 Miroslav Suchý 2008-01-03 05:20:41 EST
Please can you provide information about version you use?
Should I assume you use Satellite 4.2.0 (or 5.0 or directly rhn.redhat.com) and
proxy 4.2?
Can you provide me your version of yum-rhn-plugin too?
Comment 2 Mathieu Bilodeau 2008-01-03 09:24:10 EST
Here's more details:
Red Hat Network Proxy 4.2 (not satellite) running on a Red Hat Enterprise Linux
AS release 4 (Nahant Update 6).

on my RHEL5 Update 1 server:
Comment 3 Miroslav Suchý 2008-01-28 05:59:26 EST
Mathieu, are you sure you have in /etc/sysconfig/rhn/up2date set variable
serverURL and not ServerURL? I.e. first letter is not upper case.

According to my searching this is yum-rhn-plugin and happen when there is no
base url. Hmm, the plugin should return some nice error like:
You did not specify url of satelllite, proxy in serverURL.

Reassign to yum-rhn-plugin component
Comment 4 RHEL Product and Program Management 2008-01-28 06:05:37 EST
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
Comment 5 Mathieu Bilodeau 2008-01-28 09:06:09 EST
Here is my current /etc/sysconfig/rhn/up2date

serverURL[comment]=Remote server URL

I've put in comments the line for my rhn-proxy because, well it does'nt work.
You'll notice i have  set the right variable.

Thanks to all
Comment 6 John Matthews 2008-01-28 09:49:19 EST
Refer to this BZ: https://bugzilla.redhat.com/show_bug.cgi?id=378911

The "local variable 'result' referenced before assignment" is likely hiding the
true error message.  If you try the test package created by Justin Sherrill here: 

It should allow the true error problem to be displayed.

Comment 7 Pradeep Kilambi 2008-01-30 14:28:25 EST

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

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