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.
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.