Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

This site requires JavaScript to be enabled to function correctly, please enable it.

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):
How reproducible:
Always
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
Additional info:

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
/tmp/banana.
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)
PCFE
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.

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.