Closed eloebl closed 3 years ago
Hey @mloebl, I believe this is expected. This field is meant to store the machine’s host name (commonly found in ‘/etc/hostname’), as opposed to the resolved FQDN that HASS is exposed on.
I take my comment back, I'd expect this to be the same hostname that HASSOS is reporting for you above. I don't run HASSOS, so I'm not sure how to go about debugging this just yet
I'm up to try whatever you need, not a huge priority issue obviously, but something I noticed when looking in Elastic. Initially I had it running on a Raspberry Pi, then a VM, and then moved it over to a physical box to get a bit more performance out of it. On those 3 platforms it did let me set the hostname there.
I wonder if you could use instead use internal_url
from https://www.home-assistant.io/docs/configuration/basic/ . Wondering if related to how it's running in the docker container that's messing up the gethostname?
I think I managed to fix this in https://github.com/legrego/homeassistant-elasticsearch/pull/131. I'm running Home Assistant OS myself now, and I can see the updated hostname reflected in Elasticsearch now. This will be available in the upcoming v0.4.0
release.
Environment Home-Assistant version 0.110.2 Elasticsearch version: 7.7
Relevant
configuration.yml
settings:Describe the bug My home assistant instance has a different name and a full fqdn, so home02.somedomain.com . host.hostname seems to be fixed on "homeassistant" . Not sure if this is expected or not.
Screenshot
Expected behavior Show actual host name for host.hostname
Additional context
Thank you!