up2date error exceptions.UnboundLocalError related to unofficial yum repository?

Zembower, Kevin kzembowe at jhuccp.org
Wed Jun 27 10:47:16 CDT 2007


Mike, thanks for responding. I tried to follow your directions on moving
the cache, but I couldn't locate it. I don't have a /var/cache/up2date.
The only thing I have in /var/ is /var/spool/up2date/ with entries like
this:
-bash-3.00# locate up2date |grep var
/var/lib/up2date
/var/lib/up2date/dbtimestamp
/var/spool/up2date
/var/spool/up2date/libsmbios-debuginfo-0.13.4-1.el4.i386.hdr
/var/spool/up2date/srvadmin-isvc-4.5.0-335.i386.hdr
/var/spool/up2date/xerces-c-devel-2.7.0-3.x86_64.hdr
/var/spool/up2date/srvadmin-isvc-5.0.0-463.i386.hdr
<snip>

I executed:

-bash-3.00# mv /var/spool/up2date /var/spool/up2date-old
-bash-3.00# up2date --update      
The storage directory /var/spool/up2date could not be found, or was not
accessable.
-bash-3.00# mkdir /var/spool/up2date
-bash-3.00# up2date --update               
http://linux.dell.com/yum/software/mirrors-rhel4.txt
using mirror: http://linux.dell.com/repo/software/el4
There was an error downloading:
http://linux.dell.com/yum/software/rhel4//headers/dell-lsiflash-0-1.0.15
-1.el4.i386.hdr
There was an error downloading:
http://linux.dell.com/yum/software/rhel4//headers/dell-lsiflash-0-1.0.15
-1.el4.i386.hdr
There was an error downloading:
http://linux.dell.com/yum/software/rhel4//headers/dell-lsiflash-0-1.0.15
-1.el4.i386.hdr
There was an error downloading:
http://linux.dell.com/yum/software/rhel4//headers/dell-lsiflash-0-1.0.15
-1.el4.i386.hdr
There was an error downloading:
http://linux.dell.com/yum/software/rhel4//headers/dell-lsiflash-0-1.0.15
-1.el4.i386.hdr
An error has occurred:
exceptions.UnboundLocalError
See /var/log/up2date for more information
-bash-3.00# tail -50 /var/log/up2date
<snip>
[Wed Jun 27 11:42:50 2007] up2date updating login info
[Wed Jun 27 11:42:50 2007] up2date logging into up2date server
[Wed Jun 27 11:42:51 2007] up2date successfully retrieved authentication
token from up2date server
[Wed Jun 27 11:42:51 2007] up2date availablePackageList from network
[Wed Jun 27 11:42:56 2007] up2date   File "/usr/sbin/up2date", line
1272, in ?
    sys.exit(main() or 0)
   File "/usr/sbin/up2date", line 791, in main
    fullUpdate, dryRun=options.dry_run))
   File "/usr/sbin/up2date", line 1110, in batchRun
    batch.init()
   File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 70, in
init
    self.__findPackagesToUpdate()
   File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 106, in
__findPackagesToUpdate
    plist.addGlobs(self.listOfGlobs)
   File "/usr/share/rhn/up2date_client/packageList.py", line 161, in
addGlobs
    availList = rhnPackageInfo.getAvailablePackageList()
   File "/usr/share/rhn/up2date_client/rhnPackageInfo.py", line 235, in
getAvailablePackageList
    package_list = availablePackageList(
   File "/usr/share/rhn/up2date_client/rhnPackageInfo.py", line 169, in
availablePackageList
    progressCallback = progressCallback)
   File "/usr/share/rhn/up2date_client/rpcServer.py", line 236, in
doCall
    ret = apply(method, args, kwargs)
   File "/usr/share/rhn/up2date_client/repoDirector.py", line 22, in
listPackages
    return self.handlers[channel['type']].listPackages(channel,
msgCallback, progressCallback)
   File "/usr/share/rhn/up2date_client/rpmSource.py", line 229, in
listPackages
    msgCallback, progressCallback)
   File "/usr/share/rhn/up2date_client/repoBackends/yumRepo.py", line
272, in listPackages
    hdr = rd.getHeader([name,ver,rel,epoch,arch, "0",channel['label']])
   File "/usr/share/rhn/up2date_client/repoDirector.py", line 33, in
getHeader
    return self.handlers[channel['type']].getHeader(pkg, msgCallback,
progressCallback)
   File "/usr/share/rhn/up2date_client/rpmSource.py", line 213, in
getHeader
    header = source.getHeader(pkg, progressCallback = progressCallback)
   File "/usr/share/rhn/up2date_client/repoBackends/yumRepo.py", line
112, in getHeader
    return hdr

-bash-3.00#

So, the problem still exists, even if the cache is flushed. I'm happy to
try any other tests or diagnostics you can think of.

Thanks, again, for your help and suggestions.

-Kevin

-----Original Message-----
From: Michael E Brown [mailto:Michael_E_Brown at dell.com] 
Sent: Wednesday, June 27, 2007 11:09 AM
To: Zembower, Kevin
Cc: linux-poweredge at dell.com
Subject: Re: up2date error exceptions.UnboundLocalError related to
unofficial yum repository?

On Wed, Jun 27, 2007 at 10:36:58AM -0400, Zembower, Kevin wrote:
> I just got off the phone with Dell Tech Support because of this error:
> 
> -bash-3.00# up2date --update
> http://linux.dell.com/yum/software/mirrors-rhel4.txt

This is now an internal apache redirect which resolves to:
http://linux.dell.com/repo/software/mirrors.pl?osname=el4

When you hit that URL, the mirrorlist is:
http://linux.dell.com/repo/software/el4

> using mirror: http://linux.dell.com/repo/software/el4

Which means that this is correct.

> 
> Fetching Obsoletes list for channel: rhel-x86_64-es-4...
> 
> Fetching Obsoletes list for channel: rhel-x86_64-es-4-extras...
> 
> Fetching Obsoletes list for channel: rhel-4-es-x86_64-rhaps-2...
> 
> Fetching Obsoletes list for channel: rhel-4-es-x86_64-rhds-2.1...
> 
> Fetching Obsoletes list for channel: dell-software...
> 
> Fetching rpm headers...
> There was an error downloading:
>
http://linux.dell.com/yum/software/rhel4//headers/dkms-0-2.0.17-1.el4.no
> arch.hdr

This I dont understand. Why is it using this path when very clearly
above it has the correct mirror path?

> There was an error downloading:
>
http://linux.dell.com/yum/software/rhel4//headers/dkms-0-2.0.17-1.el4.no
> arch.hdr
> There was an error downloading:
>
http://linux.dell.com/yum/software/rhel4//headers/dkms-0-2.0.17-1.el4.no
> arch.hdr
> There was an error downloading:
>
http://linux.dell.com/yum/software/rhel4//headers/dkms-0-2.0.17-1.el4.no
> arch.hdr
> There was an error downloading:
>
http://linux.dell.com/yum/software/rhel4//headers/dkms-0-2.0.17-1.el4.no
> arch.hdr
> An error has occurred:
> exceptions.UnboundLocalError
> See /var/log/up2date for more information
> -bash-3.00#
> 
> They had me fix it by commenting out the two yum lines in this section
> of /etc/sysconfig/rhn/sources:
> #BEGIN dell-repository
> # This block is managed by the Dell-repository RPM.
> # Main unofficial Dell software repository.
> #yum dell-software http://linux.dell.com/yum/software/rhel4/
> #yum-mirror dell-software
> http://linux.dell.com/yum/software/mirrors-rhel4.txt

Hmm... I see that you have a pretty old configuration. You must have
set up the repositories many months ago. I see that my current
repository RPMs dont ever update this config, so I'll probably fix that.
But, it should still work, as evidenced by the mirror paths above being
correct.

> 
> They said that there was a problem with the unofficial yum repository.
> I've been off this list for the last couple of weeks, but just before
I
> left, there was a lot of traffic regarding the establishment of the
yum
> repository. Searching the archives on the error message didn't turn up
> any recent hits.

Can you uncomment those lines and clean your up2date cache?
   # mv /var/cache/up2date /var/cache/up2date-old

Then re-run up2date --update. I think that possibly up2date is just
confused and caching the wrong values.

> 
> Is this a widespread problem with the yum repository? Can anyone give
me
> a link to linux-poweredge messages about this? Any updated status?

It shouldnt be. I have over 3,000 distinct IPs hitting the repository
each week using yum/up2date, so I hear about problems pretty fast. :)

--
Michael



More information about the Linux-PowerEdge mailing list