Bug 653814

Summary: satellite-sync does not honor CDN (Location Aware Updates) preferences
Product: Red Hat Satellite 5 Reporter: Sebastian Skracic <sskracic>
Component: Satellite SynchronizationAssignee: Miroslav Suchý <msuchy>
Status: CLOSED ERRATA QA Contact: Red Hat Satellite QA List <satqe-list>
Severity: medium Docs Contact:
Priority: high    
Version: 540CC: fnadge, mmraka, slukasik
Target Milestone: ---Keywords: Regression
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: spacewalk-backend-1.2.13-21 Doc Type: Bug Fix
Doc Text:
Cause: Consequence: Fix: Result:
 Story Points: ---
Clone Of: Environment:
Last Closed: 2011-02-01 16:16:28 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:
Bug Depends On:    
Bug Blocks: 646488    
Attachments:
Description Flags
Proposed patch for satellite-sync none

Description Sebastian Skracic 2010-11-16 08:50:07 UTC 
Description of problem:

satellite-sync does not honor CDN (Location Aware Updates) preferences, and always fetches the RHN Hosted content from satellite.rhn.redhat.com.

Version-Release number of selected component (if applicable):

5.4.0

How reproducible:

Always.

Steps to Reproduce:
1. Install 5.4 RHN Satellite
2. Enable 'Support Location-Aware Updates' in RHN Web UI
3. satellite-sync
  
Actual results:

When syncing with RHN Hosted, the satellite fetches the content from satellite.rhn.redhat.com. 

Expected results:

The satellite should honor the CDN flag and sync the downloadable content
from a CDN node physically closer to it, if the flag is turned on.

Additional info:
Comment 1 Sebastian Skracic 2010-11-16 08:53:18 UTC 
Created attachment 460779 [details]
Proposed patch for satellite-sync
Comment 3 Miroslav Suchý 2010-11-16 10:17:02 UTC 
It was not caused by that commit. It worked after bug 175155 has been resolved. Most probably the header was previously set somewhere in connection class, but now is not.
Comment 4 Miroslav Suchý 2010-12-07 09:24:27 UTC 
Commited to spacewalk.git as commit: 5cb052177992490286d2b1974dd9d4ecc4eb012b

According my test it works - from tcpdump:
11:40:58.925327 IP a184-86-88-217.deploy.akamaitechnologies.com.https > dell-pe830-01.rhts.eng.bos.redhat.com.58338: . ack 122 win 181 <nop,nop,timestamp 1153604066 8916324>
11:40:58.926283 IP a184-86-88-217.deploy.akamaitechnologies.com.https > dell-pe830-01.rhts.eng.bos.redhat.com.58338: . 1:1349(1348) ack 122 win 181 <nop,nop,timestamp 1153604067 8916324>
Comment 5 Miroslav Suchý 2010-12-16 17:22:28 UTC 
cherrypicked to satellite.git as 236c7532170d1a406fef54b21046e97d62099ae0
Comment 6 Miroslav Suchý 2010-12-16 17:25:23 UTC 
err.. that cherrypick is commit 236c7532170d1a406fef54b21046e97d62099ae0
Comment 7 Šimon Lukašík 2011-01-06 16:41:50 UTC 
Changing to VERIFIED:

After the discussion with developers I have done basic blackbox testing
of satellite-sync. With spacewalk-backend-tools-1.2.13-23.el5sat
satellite-sync fetches rpms from akamai.
Comment 9 Florian Nadge 2011-01-27 11:27:17 UTC 
Please be so kind and add a few key words to the technical note of this
bugzilla entry using the following structure:

Cause:

Consequence:

Fix:

Result:


For details, see:
https://bugzilla.redhat.com/page.cgi?id=fields.html#cf_release_notes

Thanks
Comment 10 Florian Nadge 2011-01-27 11:27:18 UTC 
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Cause:

Consequence:

Fix:

Result:
Comment 11 Miroslav Suchý 2011-01-27 12:12:22 UTC 
There is already nice text in errata.
Comment 12 errata-xmlrpc 2011-02-01 16:16:28 UTC 
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.

http://rhn.redhat.com/errata/RHBA-2011-0190.html