atribe

https://grafana.com/docs/installation/docker/ Just add an environment variable that corresponds to the setting you want to change. In that url they use -e "GF_SERVER_ROOT_URL=http://grafana.server.name" So in unRAID just edit the container, hit add variable and add the variable that changes what you want.

In the first site they have telegraf running on pfsense (where NUT is installed) and they are running a shell script to gather up the data, and that telegraf instance sends the data to influxdb. You could do something like that.

No idea.

Use environment variables. See https://grafana.com/docs/installation/docker/

There I just merged his latest into the mine. The docker container will auto build and be ready soon.

I made the docker container because the original creator hadn't made one. so no, there isn't a docker container for his repo.

I'd go to the github repo for this, he helps out and I think may have already fixed this issue. https://github.com/barrycarey/Speedtest-for-InfluxDB-and-Grafana I may need to pull his branch into mine so I can get the latest changes he has.

The script should work for you now. If you have any more issues let me know.

Thanks for the PR. I also just pushed a change to apcupsd-influx-exporter that doesn't hard code any outputs from apcupsd. This should handle all configurations now. It also adds a few more tags and cleans up the code in general.

Not at the moment. I have a solution in the works, but no ETA.

The problem is that the current program is hard coded to some outputs from apcupsd. Your ups doesn't have the battery voltage output, so it is breaking. Your welcome to submit a PR to fix that problem to the github project https://github.com/atribe/apcupsd-influxdb-exporter. Its something I want to do, just don't have the time right now.

Don't know how to do that. I'd hit up the support link on the telegraf docker hub page or maybe their github page.

Not sure, I didn't create that particular container, just made it available on unRAID. Find the it on dockerhub or github and ask the creator there.

Based on the wiki for hddtemp https://wiki.archlinux.org/index.php/Hddtemp, it looks like you just put -q -d -F /dev/sd* /dev/nvme*

Ok, fixed the problem. There was a missing package in the requirements file, so it wasn't working. The author also added a new section in the config.ini file. This is optional, however, it will log a an exception to the console if you don't have it. [LOGGING] # Valid Options: critical, error, warning, info, debug Level = info