| Summary: | HA | IPv6 | External LB | Backend URL is missing in ceilometer.conf file therefore ceilometer services can't start | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Leonid Natapov <lnatapov> |
| Component: | openstack-tripleo-heat-templates | Assignee: | Marios Andreou <mandreou> |
| Status: | CLOSED ERRATA | QA Contact: | Leonid Natapov <lnatapov> |
| Severity: | urgent | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 7.0 (Kilo) | CC: | athomas, dmacpher, mandreou, mburns, mcornea, oblaut, rhel-osp-director-maint, ushkalim |
| Target Milestone: | y3 | ||
| Target Release: | 7.0 (Kilo) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | openstack-tripleo-heat-templates-0.8.6-118.el7ost | Doc Type: | Bug Fix |
| Doc Text: |
Ceilometer services failed to start in the Overcloud due to a incorrectly parsed IPv6 address from the director's Heat template collection. This fix correctly parses the IPv6 address. Ceilometer now starts correctly in an IPv6-based Overcloud.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-02-18 16:53:09 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: | |
|
Description
Leonid Natapov
2016-02-09 22:26:33 UTC
[root@overcloud-controller-0 ~]# hiera ceilometer::agent::central::coordination_url
redis://:6379
Deploy command:
openstack overcloud deploy --templates -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation-v6.yaml -e /home/stack/network-environment-v6.yaml --control-scale 3 --compute-scale 1 --neutron-network-type vlan --neutron-tunnel-types vlan --neutron-network-vlan-ranges datacentre:100:1000 --neutron-disable-tunneling --timeout 180 --ntp-server clock.redhat.com -e /usr/share/openstack-tripleo-heat-templates/environments/external-loadbalancer-vip-v6.yaml -e external_lb-v6.yaml
cat external_lb-v6.yaml
parameters:
ServiceNetMap:
NeutronTenantNetwork: tenant
CeilometerApiNetwork: internal_api
MongoDbNetwork: internal_api
CinderApiNetwork: internal_api
CinderIscsiNetwork: internal_api
GlanceApiNetwork: internal_api
GlanceRegistryNetwork: internal_api
KeystoneAdminApiNetwork: internal_api # allows undercloud to config endpoints
KeystonePublicApiNetwork: internal_api
NeutronApiNetwork: internal_api
HeatApiNetwork: internal_api
NovaApiNetwork: internal_api
NovaMetadataNetwork: internal_api
NovaVncProxyNetwork: internal_api
SwiftMgmtNetwork: internal_api
SwiftProxyNetwork: internal_api
HorizonNetwork: internal_api
MemcachedNetwork: internal_api
RabbitMqNetwork: internal_api
RedisNetwork: internal_api
MysqlNetwork: internal_api
CephClusterNetwork: internal_api
CephPublicNetwork: internal_api
ControllerHostnameResolveNetwork: internal_api
ComputeHostnameResolveNetwork: internal_api
BlockStorageHostnameResolveNetwork: internal_api
ObjectStorageHostnameResolveNetwork: internal_api
CephStorageHostnameResolveNetwork: internal_api
parameter_defaults:
# When using an external loadbalancer set the following in parameter_defaults
# to control your VIPs (currently one per network)
# NOTE: we will eventually move to one VIP per service
#
ControlPlaneIP: 192.0.2.250
ExternalNetworkVip: 2620:52:0:23ad:0:0:0:903
InternalApiNetworkVip: 2620:52:0:23a9:0:0:0:20
StorageNetworkVip: 2620:52:0:23a9:0:0:0:20
StorageMgmtNetworkVip: 2620:52:0:23a9:0:0:0:20
ServiceVips:
redis: 2620:52:0:23a9:0:0:0:21
ControllerIPs:
external:
- 2620:52:0:23ad:0:0:0:25
- 2620:52:0:23ad:0:0:0:26
- 2620:52:0:23ad:0:0:0:27
internal_api:
- 2620:52:0:23a9:0:0:0:25
- 2620:52:0:23a9:0:0:0:26
- 2620:52:0:23a9:0:0:0:27
storage:
- 2620:52:0:23a9:0:0:0:25
- 2620:52:0:23a9:0:0:0:26
- 2620:52:0:23a9:0:0:0:27
storage_mgmt:
- 2620:52:0:23a9:0:0:0:25
- 2620:52:0:23a9:0:0:0:26
- 2620:52:0:23a9:0:0:0:27
tenant:
- fd00:fd00:fd00:5000:0:0:0:25
- fd00:fd00:fd00:5000:0:0:0:26
- fd00:fd00:fd00:5000:0:0:0:27
EnableLoadBalancer: false
cat network-environment-v6.yaml
resource_registry:
OS::TripleO::BlockStorage::Net::SoftwareConfig: /home/stack/nic-configs/cinder-storage.yaml
OS::TripleO::Compute::Net::SoftwareConfig: /home/stack/nic-configs/compute.yaml
OS::TripleO::Controller::Net::SoftwareConfig: /home/stack/nic-configs/controller-v6.yaml
OS::TripleO::ObjectStorage::Net::SoftwareConfig: /home/stack/nic-configs/swift-storage.yaml
OS::TripleO::CephStorage::Net::SoftwareConfig: /home/stack/nic-configs/ceph-storage.yaml
OS::TripleO::Network::StorageMgmt: /usr/share/openstack-tripleo-heat-templates/network/noop.yaml
OS::TripleO::Network::Storage: /usr/share/openstack-tripleo-heat-templates/network/noop.yaml
# We don't want Storage VIPs
OS::TripleO::Network::Ports::StorageVipPort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
OS::TripleO::Network::Ports::StorageMgmtVipPort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
# Port assignments for the controller role
OS::TripleO::Controller::Ports::StoragePort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
OS::TripleO::Controller::Ports::StorageMgmtPort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
# Port assignments for the compute role
OS::TripleO::Compute::Ports::StoragePort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
# Port assignments for the ceph storage role
OS::TripleO::CephStorage::Ports::StoragePort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
OS::TripleO::CephStorage::Ports::StorageMgmtPort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
# Port assignments for the swift storage role
OS::TripleO::SwiftStorage::Ports::StoragePort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
OS::TripleO::SwiftStorage::Ports::StorageMgmtPort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
# Port assignments for the block storage role
OS::TripleO::BlockStorage::Ports::StoragePort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
OS::TripleO::BlockStorage::Ports::StorageMgmtPort: /usr/share/openstack-tripleo-heat-templates/network/ports/noop.yaml
parameter_defaults:
DnsServers: ["10.35.28.28","10.16.36.29"]
InternalApiNetCidr: '2620:52:0:23a9::/64'
InternalApiAllocationPools: [{'start': '2620:52:0:23a9::10', 'end': '2620:52:0:23a9::1000'}]
InternalApiNetworkVlanID: 184
TenantNetCidr: 'fd00:fd00:fd00:5000::/64'
TenantAllocationPools: [{'start': 'fd00:fd00:fd00:5000::10', 'end': 'fd00:fd00:fd00:5000:ffff:ffff:ffff:fffe'}]
ExternalNetCidr: '2620:52:0:23ad::/64'
ExternalAllocationPools: [{'start': '2620:52:0:23ad::900', 'end': '2620:52:0:23ad::1000'}]
ExternalNetworkVlanID: 188
ExternalInterfaceDefaultRoute: 2620:52:0:23ad::fe
ControlPlaneSubnetCidr: "24"
ControlPlaneDefaultRoute: 192.0.2.1
EC2MetadataIp: 192.0.2.1
parameters:
NeutronExternalNetworkBridge: "''"
controllerExtraConfig:
'neutron::agents::dhcp::enable_isolated_metadata': 'True'
# StorageAllocationPools: [{'start': '10.35.160.10', 'end': '10.35.160.200'}]
# StorageNetCidr: 10.35.160.0/24
I think the linked upstream review at https://review.openstack.org/#/c/270700/ is the right place to fix this, I left a comment there, If it turns out a new review is needed I can make it np. openstack-tripleo-heat-templates-0.8.6-118.el7ost fixed. 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/RHBA-2016-0264.html |