Host Authorized with Differing/Unexpected Hostname
PreviousHost Interfaces Using 'enic' Drivers Become Disabled and Lose ConnectivityNextHost Fails to Converge With Error: "rpmdb open failed"
Last updated
A host authorized with Platform9 is displaying its name as "localhost", its FQDN is omitted, or it otherwise differs from that of its actual, expected hostname.
If the host is authorized with Platform9 Managed OpenStack, instance operations for instances residing on the host may fail with the following error.
{u'message': u' [host_name] is not a valid node managed by this compute host.'Platform9 Managed OpenStack - All Versions
Platform9 Managed Kubernetes - All Versions
The pf9-hostagent service obtains the hostname using the Python function socket.getfqdn().
# python -c 'import socket; print socket.getfqdn()'Verify if the nslookup command is returning the updated hostname. This would indicate that there's no issue with DNS resolution
nslookup [updated hostname]If nslookup command returns the right hostname, check if there are any old entries associated with the older hostname in the /etc/hosts.
Ensure the following:
socket.getfqdn() function returns the expected hostname.
DNS resolution is functional.
For the IPv4 localhost entry in /etc/hosts, the hostname is included as the first entry.
Restart the pf9-hostagent service.
If using pf9-express, ensure the Manage Hostname option is set to true during the configuration process to automatically add the hostname entry for localhost on deployment.
The option may be set directly in pf9-express.conf. file as well.
Last updated
127.0.0.1 [hostname.domain.tld] localhost# systemctl restart pf9-hostagent# ./pf9-express -s...Manage Hostname [true false] [false]: --> accepted: truemanage_hostname|true