Bug 1306040
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: | |
Embargoed: |
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 |