Description of problem: I noticed on RHEL5 systems configured for server failover that we are seeing duplicate channel metadata and headers downloaded (seem to be grabbed from each failover server). Packages are only downloaded once if it gets that far in the process. Version-Release number of selected component (if applicable): rhn-client-tools-0.4.16-2.el5_1.9 How reproducible: Always Steps to Reproduce: 1. Configure server failover as was done on all previous versions of RHEL 2. yum check-update (or other yum command) Actual results: # yum check-update Loading "installonlyn" plugin Loading "rhnplugin" plugin Setting up repositories rhel-i386-server-fastrack 100% |=========================| 1.2 kB 00:00 rhel-i386-server-fastrack 100% |=========================| 1.2 kB 00:00 rhel-i386-server-5 100% |=========================| 1.4 kB 00:00 rhel-i386-server-5 100% |=========================| 1.4 kB 00:00 rhel-i386-server-suppleme 100% |=========================| 1.4 kB 00:00 rhel-i386-server-suppleme 100% |=========================| 1.4 kB 00:00 rhel-i386-server-vt-5 100% |=========================| 1.4 kB 00:00 rhel-i386-server-vt-5 100% |=========================| 1.4 kB 00:00 rhn-tools-rhel-i386-serve 100% |=========================| 1.2 kB 00:00 rhn-tools-rhel-i386-serve 100% |=========================| 1.2 kB 00:00 Reading repository metadata in from local files If there were any outstanding updates we would also see duplicate headers downloaded from each server. Expected results: Process only the first server if it is available ... # yum check-update Loading "installonlyn" plugin Loading "rhnplugin" plugin Setting up repositories rhel-i386-server-fastrack 100% |=========================| 1.2 kB 00:00 rhel-i386-server-5 100% |=========================| 1.4 kB 00:00 rhel-i386-server-suppleme 100% |=========================| 1.4 kB 00:00 rhel-i386-server-vt-5 100% |=========================| 1.4 kB 00:00 rhn-tools-rhel-i386-serve 100% |=========================| 1.2 kB 00:00 Reading repository metadata in from local files Additional info: The cause of this issue is whether or not there exists a trailing semi-colon on the end of the serverURL in /etc/sysconfig/rhn/up2date ... with the trailing semi-colon as has always been the documented syntax you get the duplicates ... without the trailing semi-colon you see the same behavior that previously existed with the trailing semi-colon (the correct behavior). Please consider fixing this so the configuration and behavior is once again consistent across all RHEL versions. That is, allow the trailing semi-colon here to work as it always has in the past.
This bug as it turns out was noticed and fixed when working on bz 378911: yum-updatesd: local variable 'result' referenced before assignment. We have tested the fixed package provided there and have confirmed that it resolves this issue. That is scheduled for 5.2 and since this issue doesn't have any dire consequences (updates do get applied despite the duplicated work) this bz can be closed.