Red Hat Bugzilla – Bug 85911
up2date -k option does not work
Last modified: 2012-06-20 09:18:13 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003
Description of problem:
The -k option should force up2date to check for RPMs in a local dir before
starting to download them from RHN. This works on 7.2, 7.3 and 8.0 but not on AS2.1
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.register an AS2.1 host to RHN
2.download AS2.1 updates to /tmp
3.up2date -k /tmp -u
Actual Results: up2date downloaded RPMs rather than copying them from /tmp
Expected Results: up2date should have copied RPMs from /tmp to
/var/spool/up2date and installed them immediately
I can confirm this erroneous behaviour. Seen on SystemIDs 1002961687 and 1002962093.
had an aborted download on the first machine I updated, did the following:
copied /var/spool/up2date/*rpm to /tmp/banana (on both machines, so that I had
one with the same errata in /var/spool/up2date and one with the errata only in
saw the following:
up2date -u would download the errata again, even though one machine had them
available in the spool director
all of the following would also download the errata again (as in the first
package would come in at one 50k/sec and I would the abort to thest the next
command.) tested all of the to exclude problemon CLI option parsing:
up2date -f -k /tmp/banana/ -u
up2date -fu -k /tmp/banana
up2date -fu -k /tmp/banana/
up2date -f -k /tmp/banana/ -u
up2date -f -k/tmp/banana/ -u
up2date -f -k/tmp/banana -u
up2date -k/tmp/banana -u
up2date -k/tmp/banana/ -u
FWIW, both machines use an http proxy to access the internet.
Can we please fix this ASAP as it is very annoying when doing an installation of
a cluster at a site that has limited bandwidth? (upped prio, left severity at
normal, feel free to adjust if necessary)
BTW: I'm still at this site tomorrow but will not read e-mail, if you want me to
run tests, extract the mobile number of the user ID 'pernzer' from LDAP and call
me. I'm at the customer site between 10:00 and 17:00 CEST today and tomorrow.
BTW, this is with up2date-2.7.61-7.x.2
OK, now I'm confused, after errata were applied, I had symlinks in
/var/spool/up2date to /tmp/banana as I would expect.
But why then was transfer rate so low?!?
dropping prio again.
Bug confirmed with RHEL3 AS, up2date-4.2.16-1.
fixed in 4.4.8
(symlink was getting set correctly, but package wasnt
loaded. Bad assumption retained though multirepo support
that broke it)
Any chance of this getting fixed in up2date-4.2.57-2?
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life.
Please See https://access.redhat.com/support/policy/updates/errata/
If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.