The current implementations use of a specific interface to build
FQDN from has the undesired side effect of the ``nova-compute`` and
``neutron-openvswitch`` charms ending up with using different
hostnames in some situations. It may also lead to use of a
identifier that is mutable throughout the lifetime of a deployment.
Reviewed: https:/ /review. opendev. org/702173 /git.openstack. org/cgit/ openstack/ charm-neutron- openvswitch/ commit/ ?id=71e38aae640 1b975683c2b013d eb483eadc5c117
Committed: https:/
Submitter: Zuul
Branch: stable/19.10
commit 71e38aae6401b97 5683c2b013deb48 3eadc5c117
Author: Frode Nordahl <email address hidden>
Date: Fri Jan 10 10:57:44 2020 +0100
Use hosts official name for FQDN
The current implementations use of a specific interface to build openvswitch` ` charms ending up with using different
FQDN from has the undesired side effect of the ``nova-compute`` and
``neutron-
hostnames in some situations. It may also lead to use of a
identifier that is mutable throughout the lifetime of a deployment.
Use of a specific interface was chosen due to ``socket. getfqdn( )`` /bugs.python. org/issue5004).
not giving reliable results (https:/
This patch gets the FQDN by mimicking the behaviour of a call to
``hostname -f`` with fallback to shortname on failure.
Add relevant update from c-h.
Change-Id: Ic8f8742261b773 484687985aa0a36 6391cd2737a ecc1dd3ddb998af 970f22e17e)
Closes-Bug: #1839300
(cherry picked from commit ee709a5ab30f285