Merge "Explicitly set nova/neutron/ceilometer host to expected fqdn"
This commit is contained in:
commit
b70527f41a
|
@ -182,7 +182,7 @@ outputs:
|
|||
ceilometer::telemetry_secret: {get_param: CeilometerMeteringSecret}
|
||||
ceilometer::snmpd_readonly_username: {get_param: SnmpdReadonlyUserName}
|
||||
ceilometer::snmpd_readonly_user_password: {get_param: SnmpdReadonlyUserPassword}
|
||||
ceilometer::host: '%{::fqdn}'
|
||||
ceilometer::host: "%{hiera('fqdn_canonical')}"
|
||||
service_config_settings:
|
||||
keystone:
|
||||
ceilometer_auth_enabled: true
|
||||
|
|
|
@ -147,7 +147,7 @@ outputs:
|
|||
neutron::dhcp_agent_notification: {get_param: DhcpAgentNotification}
|
||||
neutron::dns_domain: {get_param: NeutronDnsDomain}
|
||||
neutron::rabbit_heartbeat_timeout_threshold: 60
|
||||
neutron::host: '%{::fqdn}'
|
||||
neutron::host: "%{hiera('fqdn_canonical')}"
|
||||
neutron::db::database_db_max_retries: -1
|
||||
neutron::db::database_max_retries: -1
|
||||
neutron::db::sync::db_sync_timeout: {get_param: DatabaseSyncTimeout}
|
||||
|
|
|
@ -291,7 +291,7 @@ outputs:
|
|||
nova::network::neutron::neutron_auth_url: {get_param: [EndpointMap, KeystoneV3Admin, uri]}
|
||||
nova::rabbit_heartbeat_timeout_threshold: 60
|
||||
nova::cinder_catalog_info: 'volumev3:cinderv3:internalURL'
|
||||
nova::host: '%{::fqdn}'
|
||||
nova::host: "%{hiera('fqdn_canonical')}"
|
||||
nova::notify_on_state_change: 'vm_and_task_state'
|
||||
nova::notification_driver: {get_param: NotificationDriver}
|
||||
nova::notification_format: 'unversioned'
|
||||
|
|
|
@ -0,0 +1,9 @@
|
|||
---
|
||||
fixes:
|
||||
- |
|
||||
The nova/neutron/ceilometer host parameter is now explicitly set to the
|
||||
same value that is written to /etc/hosts. On a correctly configured
|
||||
deployment they should be already be identical. However if the hostname
|
||||
or domainname is altered (e.g via DHCP) then the hostname is unlikely to
|
||||
resolve to the correct IP address for live-migraiton.
|
||||
Related bug: https://bugs.launchpad.net/tripleo/+bug/1758034
|
Loading…
Reference in New Issue