Red Hat Bugzilla – Bug 644239
ISS based satellite-sync should fall back automatically on client 3.4
Last modified: 2010-12-13 09:31:57 EST
Description of problem:
Satellite 5.4 comes with a new XML protocol, 3.6, incompatible by default with Satellite 5.3 version : 3.4
Specifying --dump-version=3.4 makes ISS work between Sat 5.3 & Sat 5.4, but as the satellite-sync client knows it is talking to 3.4 server, it should really switch to 3.4 XML automatically.
Version-Release number of selected component (if applicable):
Satellite 5.4, build satellite-embedded-oracle-5.4.0-20101015-rhel-5-x86_64.iso
Steps to Reproduce:
1. Setup ISS, master Satellite 5.3, slave Satellite 5.4
2. satellite-sync -l does not work
3. satellite-sync --dump-version=3.4 -l works
# satellite-sync -l
23:19:25 Red Hat Network Satellite - live synchronization
23:19:25 url: https://sat.octothorpe.fr
23:19:25 debug/output level: 1
23:19:25 db: rhnsat/<password>@rhnsat
23:19:25 Retrieving / parsing channel-families data
+++ sending log as an email +++
(Check logs/email for potentially more detail)
Client version 3.6 does not match server version 3.4
Error Class Code: 3012
Error Class Info: Mismatching versions
Since client knows it is talking to 3.4 server, it should switch to 3.4 protocol automatically.
Fallback : issue message to user to use --dump-version=3.4 to make things work.
Commited to spacewalk.git as d5d0fa098df3f6a56329bd093c29e968992c1036
do not check minor version of xml_dump_version
All dumps with the same major version are (and in future should) be backward
and forward compatible.
Old satellites can understoo new dumps as new xml attributes and elements, which old
satellite do not understood are ignored (like sha256 checksums).
And new satellites understood older dumps. We always have to be able to read old dumps.
If we ever move to new incompatible format, we will have to bump up major version of xml_dump.
cherry picked to satellite.git as commit 6b9df358caeade0331d643d7509f0a0be77507e5
Note: the verification of protocol check is made on master. Therefore this change is only for setup
Sat5.4 (master) - Sat5.3 and older (slave).
To allow 5.3 as master and 5.4 as slave we will need to backport it and release 5.3 errata.
please note this issue will be fixed in Satellite 5.4.0, so we expect configuration "Satellite 5.3.0 slave; 5.4.0 master" to work now (see comment #1).
If you want this to be fixed in Satellite 5.3.0 as well, please open support ticket.
verified with setup mentioned in comment 5 as this bug is against satellite 5.4 version.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.