Hi, new user here. I am getting Telegraf set up on a Raspberry Pi and I would like to connect to an InfluxDB server on the local network using a “.local” address. This is all pretty unfamiliar to me and I am just learning, but I will describe the problem as best I can.
The InfluxDB server is running fine, the Pi resolves the “.local” address of the server using commands like ping and I can perform queries to the server from the Pi using curl, e.g.:
It appears to be trying to resolve the domain name using the /etc/resolv.conf file, which I confirmed by manually changing the IP address for the name server in the file and saw that the corresponding text in the error message would change.
A bit of homework suggests that this might be due to the Go language DNS resolver not handling these types of addresses (see “name resolution” in net package - net - Go Packages). The documentation says that it should try a different (C based) resolver in these cases, but perhaps this isn’t happening? Any ideas?
If you are using our official arm builds, I expect that the cgo resolver cannot be used since they were cross compiled. You could try using the GODEBUG options from the go documentation you linked to confirm this.
Perhaps the dns resolution for ping is using a different method than go supports. Can you try running dig @192.168.1.1 david-desktop.local to see what the dns server’s response is and also cat /etc/nsswitch.conf to show any additional resolution methods your system might be configured to use?
Thanks @jackzampolin and @daniel! Good ideas. I am using avahi/mDNS to resolve the host and now I see that is very different from the normal lookup services used by many commands.
Troubleshooting this problem has allowed me to learn a lot more about these zero-config services that allow for easy lookup of these .local domains and I am starting to realize what a challenge this is!
For my particular use, I think it will be easier to write a simple python script to do what I need and use the HTTP API using Requests or the influxdb library instead of using the full feature set of Telegraf.
Thanks for update @David_Ford. If you were to rebuild Telegraf on your pi it should enable the cgo resolver and I think it will work. Python script sounds like it might do the job as well. Good luck with your project.
@daniel I had a little bit more time just now and did as you suggested and built Telegraf on the pi. It works just as you thought it might, resolving the mDNS name without any difficulty. Thanks!
Hi all,
I face the same problem that David had. I work on an IoT project involving multiple Pi’s. I configure all of them using ansible in order to manage “configuration as code”, so I stick to standard distribution of packages. Since the number of Pi’s can grow, I use zeroconfig/mDNS/avahi services. So, I cannot afford to re-build telegraf on my machines. Furthermore, I do not want to manage my own packages repository to keep as “standard” as possible.
Do you guys have any plan to include a fix in a forthcoming release ?
No posts for 6.5 years, obviously this is a pretty niche problem! But now it’s my problem: I’ve got Mac, Synology and Linux servers all using zeroconf out of the box and I’ll have to do it all with static IPs because Telegraf wont resolve addresses on the linuxes (that the rest of Linux is quite happy resolving)
And I see from this that disabling cgo is now very much a feature not a bug of telegraf. (And with some good reasons).
So I wonder:
how does Telegraf ‘just work’ on macOS (the previously cited docs seem to say Go always uses cgo on macOS, but then the pull request above says cgo is “already disabled” for macOS). [Edit - I forgot the normal Mac path is homebrew and maybe they build it to work?)
if I build telegraf myself, can I make a stand-alone generic executable I can just copy to a few machines (which are all the same Linux)? The instructions where you point it to an existing telegraf.conf to build a thinned-out version seem very specific, and it’s early days, my config is pretty fluid.
Official builds from InfluxData of Telegraf build with cgo disabled. We cross-build the binaries all in docker, so the macOS and Windows binaries are not native and as such had cgo disabled already. The change made this consistent with Linux binaries.
