Bug 702127

Summary: Config Ranking is reversed on spacewalk clients
Product: [Community] Spacewalk Reporter: Josh Mullis <josh.mullis>
Component: ClientsAssignee: Milan Zázrivec <mzazrivec>
Status: CLOSED DUPLICATE QA Contact: Red Hat Satellite QA List <satqe-list>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 1.4CC: jpazdziora
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-07-13 11:52:00 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: 695242    

Description Josh Mullis 2011-05-04 20:31:50 UTC
Description of problem:

Config Ranking for config channels is reversed on spacewalk clients when listing files via rhncfg-client.

It is just the output of the "rhncfg-client list" command listing that is incorrect.
The correct file will be downloaded with a "rhncfg-client get".

But this is VERY confusing when trying to manage files via the command line.






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

v1.4






How reproducible:

Everytime.






Steps to Reproduce:

- Create 2 config channels (testchan1 and testchan2)
- Create a file with the same path and name (/tmp/testfile)
- place "file from testchan1" in /tmp/testfile in testchan1 config channel
- place "file from testchan2" in /tmp/testfile in testchan2 config channel
- assign both channels to a registered client
- In config rankings, testchan1 should be above testchan2 (testchan1 is highest)

  



Actual results:

A rhncfg-client list reverses the ranking...
  - On client system, run:  rhncfg-client list
  - You will see:  "testchan2     /tmp/testfile"  (instead of testchan1)
  - Run:  rhncfg-client get /tmp/testfile
  - Run:  cat /tmp/testfile and it will say "file from testchan1"

So the correct file gets downloaded, but the listing is wrong and misleading.
Which causes major confusion when trying to verify you are getting the correct file.




Expected results:

The rhncfg-client list command should show the proper channel the file is coming from.



Additional info:

Comment 1 Jan Pazdziora (Red Hat) 2011-07-13 11:52:00 UTC
Josh Mullis reports in https://www.redhat.com/archives/spacewalk-devel/2011-July/msg00011.html that the patch from bug 633400 comment 5 fixes this problem as well.

*** This bug has been marked as a duplicate of bug 633400 ***