Bug 415801

Summary: Incorrect server failover behavior
Product: Red Hat Enterprise Linux 5 Reporter: John T. Rose <inode0>
Component: rhn-client-toolsAssignee: John Matthews <jmatthew>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: 5.1   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: -0.5.3-6.el5_2.6 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-06-11 15:51:19 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description John T. Rose 2007-12-07 16:32:04 UTC 
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.
Comment 1 John T. Rose 2007-12-07 17:00:31 UTC 
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.