Bug 1088608
| Summary: | Add Neutron Service to HA hostgroup | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Jason Guiditta <jguiditt> |
| Component: | openstack-foreman-installer | Assignee: | Jason Guiditta <jguiditt> |
| Status: | CLOSED ERRATA | QA Contact: | tkammer |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 4.0 | CC: | acathrow, breeler, jguiditt, morazi, oblaut, rhos-maint, tdunnon, tkammer, yeylon |
| Target Milestone: | z4 | Keywords: | Rebase, TestOnly, ZStream |
| Target Release: | 4.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | openstack-foreman-installer-1.0.6-1.el6ost | Doc Type: | Enhancement |
| Doc Text: |
Feature: Added OpenStack Networking to HA All In One Controller host group.
Result: HA All In One Controller host group can be deployed including the OpenStack Networking component. Most notable parameters on quickstack::pacemaker::neutron class:
* enable_tunneling = true/false, whether you need tunneling between VMs for networking
* enabled = true/false, whether to enable the service
* external_network_bridge = 'br-ex', name of your network bridge
* ovs_bridge_uplinks = [], a mapping between a bridge name and an interface on the host (e.g: ["br-eth1:eth1", "br-ex:eth0"]), IMPORTANT: the name of the external bridge (br-ex) that was defined in 'external_network_bridge' MUST be part of this mapping
* ovs_bridge_mappings = [], a mapping between the name of the VLAN range defined above (ovs_vlan_ranges) and the bridge name that was defined above (ovs_bridge_uplinks)
* ovs_tunnel_iface = '', name of interface to use for tunneling
* ovs_tunnel_network = '', network as seen by puppet to use for tunneling (determines ip or nic for you, value like 192.168.2.0)
* ovs_vlan_ranges = '', a mapping between a name of a VLAN range to an actual VLAN range (e.g: internal_vlan_range:100-150 [, internal_vlan_range:180-200] (the ',' is for additional ranges, if the same name is used, it adds it to the previous range) )
* ovs_tunnel_types = [],a list of available tunnel types - vxlan, gre, etc
* tenant_network_type = 'vlan',
* tunnel_id_ranges = '1:1000',
* verbose = 'true'/'false', whether the service should have verbose logging
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-05-29 20:32:42 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: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1075818 | ||
|
Description
Jason Guiditta
2014-04-16 21:09:43 UTC
Patch posted: https://github.com/redhat-openstack/astapor/pull/172 Merged to master Note that Neutron is only one of 2 networking options in HA (the other being Nova Networking). Adding networking to the description is fine, but Neutron should still be there as well. Hi Jason. Yes, OpenStack Networking is the official replacement term for neutron, and Compute is the same for nova. So OpenStack Networking does not include nova networking, only neutron, even though it seems to be a generic term. 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. http://rhn.redhat.com/errata/RHSA-2014-0517.html |