Created attachment 865405 [details] ovirt.log
Created attachment 865406 [details] rhsm.log
To me it looks like we should be using subscription-manager for SAM, instead of rhn_reg.
(In reply to Fabian Deutsch from comment #5) > To me it looks like we should be using subscription-manager for SAM, instead > of rhn_reg. it should be using subscription-manager for Satellite, instead of rhn_reg.
(In reply to Fabian Deutsch from comment #5) > To me it looks like we should be using subscription-manager for SAM, instead > of rhn_reg. Agree with you :) Please refer satellite 6 User Guide for manual & automated Configuration. https://access.redhat.com/site/documentation/en-US/Red_Hat_Satellite/6.0/html/User_Guide/Manual_Configuration.html Thanks!
(In reply to shaochen from comment #7) > (In reply to Fabian Deutsch from comment #5) > > To me it looks like we should be using subscription-manager for SAM, instead > > of rhn_reg. > > Agree with you :) > > Please refer satellite 6 User Guide for manual & automated Configuration. > > https://access.redhat.com/site/documentation/en-US/Red_Hat_Satellite/6.0/ > html/User_Guide/Manual_Configuration.html > > Thanks! aha, it is typo, it should be using subscription-manager for Satellite but not sam.
Yes, I agree. We should offer distinct options for the different server sides. Maybe we can split it up: ( ) RHN ( ) SAM ( ) Satellite ( ) Satellite >= 6.0 URL: _______ The URL field could then only be enabled when Satellite is chosen. Then we don't have to do the whole logic about when which URL has to be used. RHN and SAM would be Red Hat's services. Satellite and Satellite >= 6.0 would be the custom instances setup by customers. Does that make sense?
I would like to up this bug priority to 'Urgent', due to satellite 6 is released on 2013, we need to support it asap.
How i imagined it - no need to add additional Sat6 option in TUI. May be let's try XMLRPC-rhn_regks first, if it fails, we go to new Sat6 URL/subscription-manager method, and only if it fails too, we display error to the user.
Created attachment 951730 [details] new-ovirt-node.log
bkearney: I have a question about /etc/rhsm/rhsm.conf... When registering to Satellite6, we set rhsm.baseurl=http://sat6.server.../pulp/repos However, trying to register with subscription-manager fails unless we also set server.prefix to /rhsm. Is this expected behavior? There are two questions: First is that server.prefix is set to /subscription out of the box. It's counterintuitive to need to change it as long as we've set rhsm.baseurl. Is this expected behavior? Second, is there a way to programmatically determine what server.prefix should be? Can we rely on it always being rhsm, or do we need to try to parse longer URLs according to some scheme?
this issue still can reproduce in rhevh 6.6 for RHEV 3.4.z bulid version: rhev-hypervisor6-6.6-20141106.1.iso ovirt-node-3.0.1-19.el6.22
Ryan: It is possible for the content to come from a different location that the subscriptions, which is why you see two settings. If you look in the /pub directory of the satellite.. you will see an rpm which will configure subscription manager for you. Is it possible to use that? -- bk
Bryan - Short answer is no. The RHEV-H image is read-only. We can't install an RPM. Is there documentation somewhere for what we can expect to see in each instance?
This issue still can reproduce in rhevh 7.0 for RHEV 3.5 (rhev-hypervisor7-7.0-20141107.0) ovirt-node-3.1.0-0.25.20141107gitf6dc7b9.el7.noarch
The upstream patch is not merged.
(In reply to Ryan Barry from comment #30) > Bryan - > > Short answer is no. The RHEV-H image is read-only. We can't install an RPM. > > Is there documentation somewhere for what we can expect to see in each > instance? Bryan, any advice?
Doc text added as per engineering request for Beta 5 release. Please update the text for GA or simply set the 'requires_release_notes' flag to - and the text will be excluded from the GA release notes. If you do not change the flag, the same text will appear in GA release notes.
One of the dependent patches was not merged, which also caused bz#1174626
To my understanding everything has been merged, including the dependency in bug 1174626.
Created attachment 985098 [details] Jan-28-satellite6.tar.gz
For me, checked QE satellite 6 env.(10.66.72.162) the 'test' org is broken on server Error Katello::Resources::Candlepin::CandlepinResource: 404 Resource Not Found {"displayMessage":"Organization with id test could not be found.","requestUuid":"df595b99-40a8-496e-bc05-3a2576d11c8b"} (GET /candlepin/owners/test/servicelevels) _rhevh_ org in satellite 6 already and I created new org name "TestNewOrg" for this bug verification if need.
> _rhevh_ org in satellite 6 already and I created new org name "TestNewOrg" > for this bug verification if need. Please use rhevh org for testing. s1satellite6.rhevm.englab.nay.redhat.com this host had been added into rhevh org already. and so far no host to new TestNewOrg. so it can be ignored.
Test version: rhev-hypervisor7-7.0-20150127.0.iso ovirt-node-3.2.1-6.el7.noarch rhev-hypervisor6-6.6-20150128.0.iso ovirt-node-3.2.1-6.el6.noarch Test steps: 1. Install RHEV-H. 2. Register to satellite 6 via TUI. Login: admin Password: redhat Type ( ) RHN (X) Satellite ( ) SAM RUL: https://s1satellite6.rhevm.englab.nay.redhat.com CA URL: http://s1satellite6.rhevm.englab.nay.redhat.com/pub/candlepin-local.pem Organization: rhevh Test result: These two version iso register to satellite 6 via TUI success. success log info in /var/log/ovirt-node.log ---------------------- 2015-01-29 05:57:01,172 INFO Downloading CA cert..... 2015-01-29 05:57:01,187 INFO File "/etc/rhsm/ca/candlepin-local.pem" successfully persisted 2015-01-29 05:57:01,984 INFO File "/etc/rhsm/rhsm.conf" successfully persisted 2015-01-29 05:57:01,986 INFO Registering to RHN account..... 2015-01-29 05:57:01,989 INFO ['/usr/sbin/subscription-manager', 'register', '--username', 'admin', '--password', 'XXXXXXX', '--org', 'rhevh', '--force'] 2015-01-29 06:08:45,997 WARNING File "/etc/pki/consumer/key.pem" had already been persisted 2015-01-29 06:08:45,999 WARNING File "/etc/pki/consumer/cert.pem" had already been persisted 2015-01-29 06:08:45,999 INFO System None sucessfully registered to https://s1satellite6.rhevm.englab.nay.redhat.com 2015-01-29 06:08:45,999 INFO Captured nothing 2015-01-29 06:08:46,106 INFO Changes were merged successfully so this bug has been fixed, changed the status into "VERIFIED".
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2015-0160.html