Bug 1386131 - Registering system using ak to a channel with different architecture registers to default channel silently
Summary: Registering system using ak to a channel with different architecture register...
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Server
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Tomáš Kašpárek
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-10-18 08:55 UTC by Lukáš Hellebrandt
Modified: 2018-04-09 15:06 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-04-09 15:06:24 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Lukáš Hellebrandt 2016-10-18 08:55:23 UTC
Description of problem:
When registering a system with arch A to channel with arch B, the system is registered to the default channel instead. rhnreg_ks does not complain and returns 0.
When there is no default channel, a message "This system is not subscribed to any channels. RHN channel support will be disabled." is displayed which seems correct. Return value is still 0.

How reproducible:
Deterministic

Steps to Reproduce:
A <-s390x
B <- x86_64 
1. Have a s390x machine
2. Have a Satellite with default channel for that machine synced and another x86_64 channel
3. Have an activation key with the x86_64 channel set as base channel
4. rhnreg_ks --serverUrl=... --activationkey=<key_id> --force

Actual results:
System is silently registered to the s390x default channel.

Expected results:
If system with arch A can not be registered to channel with arch B, rhnreg_ks should show warn the user.

Comment 1 Lukáš Hellebrandt 2016-10-18 09:03:57 UTC
Reproduced on 5.6 and 5.7

Comment 3 Tomas Lestach 2018-04-09 15:06:24 UTC
We have re-reviewed this bug, as part of an ongoing effort to improve Satellite/Proxy feature and bug updates, review and backlog.

This is a low priority bug and has no currently open customer cases. While this bug may still valid, we do not see it being implemented prior to the EOL of the Satellite 5.x product. As such, this is being CLOSED DEFERRED. 

Closing now to help set customer expectations as early as possible. You are welcome to re-open this bug if needed.


Note You need to log in before you can comment on or make changes to this bug.