You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The controller hostname recorded by ara for the controller can be something like 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa (on OS X?)
#472
Open
dmsimard opened this issue
Dec 21, 2022
· 1 comment
Using ara under Mac OS X, the hostname that python picks up on my machine is 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa which isn't particularly useful when the hostname and hostname -f commands both return a proper hostname like laptop.example.org.
What is the issue ?
Using ara under Mac OS X, the hostname that python picks up on my machine is
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa
which isn't particularly useful when thehostname
andhostname -f
commands both return a proper hostname likelaptop.example.org
.We rely on python's socket.getfqdn() and socket.gethostname() to retrieve the hostname:
ara/ara/plugins/callback/ara_default.py
Lines 829 to 833 in 196e256
On OS X (at least on my machine, I'm an OS X noob),
getfqdn
returns the ipv6 arpa mentioned previously andgethostname
returns the actual hostname.What should be happening ?
There's settings that determine which format is used:
In this particular case,
hostname
would probably be a better default thanfqdn
. Is this generally true for all distros ?Changing it could result in playbooks being associated to a "new" controller if the fqdn and hostname are not the same.
Happy to hear what you think.
The text was updated successfully, but these errors were encountered: