New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WIP: Added mon role to full_ha controllers, new compute+osd role. #50
Conversation
…ck_builder into coi-development
…ck_builder into coi-development
[cobbler] rebased cobbler integration
Updated version of pull/4 that assumes a vendor override layer exists in the hierarchy for user.common
Add cobbler parameters
Default to Cisco when using install.sh from our repo
Default to Cisco
Cisco packages are the default for COI. It is still possible to use other sources, but doing so requires commenting out one line in install.sh. This change allows users to achieve the same end without modifying the script: they can simply set "vendor=stackforge" in their shell environment before running the install script.
This synchronizes the default names in the cobbler file with the role mapping defined in the data model.
…ck_builder into coi-development
…ck_builder into coi-development
@michaeltchapman would the global hostname config be in addition to the hiera_data/hostname/server-{mon|osd}.yaml files, or are they the same thing just higher up the hierachy? Seems the same, but want to verify. |
@dontalton you put the classes you need to add as globals, and the data you want to pass into them as hiera_data. I assume you'd still want those per-hostname hiera_data/whatever.yaml files so you can say which disks to manage and whatnot. |
The ftpeng hosting site is being replaced by Cisco IT, and new files cannot currently be uploaded to it. While previous releases of COI can continue to use ftpeng.cisco.com as a package mirror, new releases of COI should not contain any references to it so the site won't contain any updates from after Feb 14th. Alternate FTP-based hosting is being looked into, but isn't likely to be ready before the h.2 release. Just to note: starting in at least h.0 the default package hosting site in COI is http://openstack-repo.cisco.com and demand for FTP hosting is very small anyway, so it's unlikely that this will affect anyone. Partial-Bug: #1281784
Currently the netboot enabled flag is being set for all nodes with every Puppet run on the build server. Change the parameter in cobbler.yaml from a global default to a per-node option and document the expected behavior: - nodes added with no flag specified are set to netboot by default - nodes with no flag specified will not have their netboot option in cobbler changed by subsequent build node Puppet runs - nodes with a flag specified will have that flag applied by Puppet on every run of Puppet on the build node Closes-Bug: #1273453
Remove references to ftpeng.cisco.com
Avoid resetting netboot flag unless requested
The data/hiera_data/vendor/cisco_coi_user.common.yaml file is empty except for a comment and we presently don't have any real plans to put anything there. It does not exist in the StackForge version of puppet_openstack_builder, and since it's empty it causes catalog runs to emit a warning of the form: Warning: Hiera file /etc/puppet/data/hiera_data/vendor/cisco_coi_user.common.yaml should contain a hash This patch fixes the warning by removing the unused file. Partial-Bug: #1281896
Remove empty cisco_coi_user.common.yaml file
…ck_builder into coi-development
…ck_builder into coi-development
Expose the VRIDs assigned to the controller and swift VRRP groups created in the compressed_ha scenario to allow users to avoid conflicts with existing VRIDs in their environment. Closes-Bug: #1280277
…ck_builder into coi-development Conflicts: data/data_mappings/enable_ha/true.yaml
…ck_builder into coi-development
…ck_builder into coi-development
…ck_builder into coi-development
…ck_builder into coi-development
The storage settings in data/global_hiera_data/scenarios/compressed_ha.yaml were overriding the settings in data/hiera_data/user.compressed_ha.yaml Closes Bug: #1273543
Remove global RBD settings for the compressed_ha scenario
Expose VRRP router VRIDs for compressed_ha
…ck_builder into coi-development
Added the mon class group to the controller role in the full_ha scenario. Added the new role compute_and_ceph to allow users to use compute nodes for OSDs. Modified the full_ha.yaml to use rbd as the default store for cinder.
Added the mon role to all contollers in the full_ha scenario.
This assumes that there will always be 3, or at least an odd number
of controllers. I added a new role compute_and_ceph that will allow
compute nodes to also be configured for use as osd nodes.