Bug 1299082

Summary: [Docs] [Director] Director doesn't add correct RHSM subscriptions to overcloud nodes
Product: Red Hat OpenStack Reporter: Mike Burns <mburns>
Component: documentationAssignee: Dan Macpherson <dmacpher>
Status: CLOSED CURRENTRELEASE QA Contact: Martin Lopes <mlopes>
Severity: high Docs Contact:
Priority: urgent    
Version: 7.0 (Kilo)CC: adahms, dyocum, ggillies, hbrock, jcoufal, jslagle, mburns, rhel-osp-director-maint, supadhya, yeylon
Target Milestone: gaKeywords: Documentation, Triaged
Target Release: 8.0 (Liberty)   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 1290872 Environment:
Last Closed: 2016-04-11 14:03:19 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On: 1290872    
Bug Blocks:    

Comment 2 Hugh Brock 2016-02-07 14:33:47 UTC
Mike Burns commented on Bug #1290872:

We need docs to accurately reflect that users should choose the right activation key and provide the right repositories if they need non-default repos.  Ceph needs to be specified manually because we can't assume ceph is available.

Mike, is this really docs-only? If so can you mark it as such?

Comment 3 Mike Burns 2016-02-08 10:51:24 UTC
I've grepped through the code and I see a couple references to rhel-7-server-rpms and rhel-7-server-rh-common-rpms but that's all, so the list of repos to enable is not part of our code, it's admin provided.  I don't see anything in the docs currently listing how or what repos to include other than Section 3.4 which is for undercloud only (and isn't right either, new bug coming shortly for that).

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/7/html/Director_Installation_and_Usage/sect-Registering_your_System.html

Comment 4 Andrew Dahms 2016-02-11 04:28:36 UTC
*** Bug 1290872 has been marked as a duplicate of this bug. ***

Comment 5 Dan Macpherson 2016-03-01 02:02:28 UTC
(In reply to Mike Burns from comment #3)
> I've grepped through the code and I see a couple references to
> rhel-7-server-rpms and rhel-7-server-rh-common-rpms but that's all, so the
> list of repos to enable is not part of our code, it's admin provided.  I
> don't see anything in the docs currently listing how or what repos to
> include other than Section 3.4 which is for undercloud only (and isn't right
> either, new bug coming shortly for that).
> 
> https://access.redhat.com/documentation/en-US/
> Red_Hat_Enterprise_Linux_OpenStack_Platform/7/html/
> Director_Installation_and_Usage/sect-Registering_your_System.html

Hi Mike,

Can you clarify where we went wrong in Section 3.4?

- Dan

Comment 6 Dan Macpherson 2016-03-01 02:04:18 UTC
Whoops, forget that, found the BZ:

https://bugzilla.redhat.com/show_bug.cgi?id=1305475

But should I close this bug and track with BZ#1305475 instead?

Comment 7 Mike Burns 2016-03-01 11:16:53 UTC
There are 2 pieces here.  This bug is about adding a list of the repositories that the admin needs to associate with their CDN/Satellite activation key for overcloud nodes.  

This should be:

rhel-7-server-rpms
rhel-7-server-extras-rpms
rhel-7-server-rh-common-rpms
rhel-ha-for-rhel-7-server-rpms
rhel-7-server-openstack-7.0-director-rpms
rhel-7-server-openstack-7.0-rpms

For deployments with Ceph, they need also:
rhel-7-server-rhceph-1.3-osd-rpms
rhel-7-server-rhceph-1.3-mon-rpms

For OSP 8, just switch 7.0 -> 8.0 in the first set above, everything else is the same.


The other bug covers some general cleanup around the director repositories that are being enabled.

Comment 9 Dan Macpherson 2016-03-16 03:39:16 UTC
mburns,

I've included a table with the necessary repos:

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/7/html/Director_Installation_and_Usage/sect-Repository_Requirements.html

How does it look? Any further changes required?

Comment 10 Mike Burns 2016-04-11 11:39:13 UTC
Looks good