Telegraf plugin problem

Telegraf
, ,
21

When the container is installed it is set the same port as the docker. That is why it is not set.

image
image1281×1092 37.2 KB

and I can see only an init port:

image
image1238×462 21.1 KB

22

I don’t know how this Synology UI handles the docker configurations. I can’t help you there.
And I also don’t know where and how you got your InfluxDB Docker configuration for Synology.

What I do notice is that your container name is influxdb1 and not influxdb, you could try this in the Telegraf config:

[[outputs.influxdb_v2]]
  urls = ["http://influxdb1:8086"]
23

yes, I did it already. Still I have the same problem

24

I found the docker-compose on my NAS but when I show with VI it not showing any readable data. So, I struggle to give you the input that you are asking for:(

25

Unfortunately, I can’t help with the Synology stuff.

How did you “install” the containers?
Script? docker-compose.yml file?
Manually in the UI? Which configurations were used?
Please post precise details about this.

From which computer can you reach the UI of the InfluxDb in the browser?
With which URL exactly?

You can still try to find out more details about the containers with:

sudo docker container inspect <containerid>
26

First of all thanks for your efforts trying to help me…

As for the installation I used the Synology docker UI. I could download the image from (Docker). Then through UI install. No scripting required. Not too much configuratzion required, you can see the prscreens for the ones that are available to configure

image
image1251×1070 50.2 KB

image
image1246×1098 31.2 KB

image
image1336×1097 39.8 KB

image
image1326×1093 40.3 KB

27

Once the above are done basically the containers is running.
I use from my Windows PC the link http://192.168.1.124:8086/ to reach Influxdb. The IP is my Synology NAS IP where the docker and the containers are running. Since I can reach the UI through this address I knew that works well. Through the brwoser I created the token, telegraf config, etc.

28

That is very strange. Actually, it should not work at all, because the container has no port exposed.
Unless Synology is doing something under the hood with the internal docker network.

29

Influxdb is running and can be accessed however within the container’s terminal the bind address already in use message pops up. I do not know if this counts

image
image2694×1225 314 KB

30

And I think Synology does. Since during the installation of the Influxdb container I select to use the same host as the docker. I assume that is why no port is assigned but use the docker

31

I copy here the inspect result for the influxdb container if you can find anything strange:

admin@DiskStation:~$ sudo docker container inspect 69489f35c456
[
{
“Id”: “69489f35c456c840bb8dc34c74b87d7516a2f2c57ba44c16a03457e4247e8796”,
“Created”: “2021-03-13T22:32:32.699463332Z”,
“Path”: “/entrypoint.sh”,
“Args”: [
“influxd”
],
“State”: {
“Status”: “running”,
“Running”: true,
“Paused”: false,
“Restarting”: false,
“OOMKilled”: false,
“Dead”: false,
“Pid”: 8678,
“ExitCode”: 0,
“Error”: “”,
“StartedAt”: “2021-03-18T13:38:38.323742605Z”,
“FinishedAt”: “2021-03-18T13:02:30.427602513Z”,
“StartedTs”: 1616074718,
“FinishedTs”: 1616072550
},
“Image”: “sha256:3266e99d927faf3faf097b9fdda9217e6799001faf336bc5000397e7234ada20”,
“ResolvConfPath”: “/volume1/@docker/containers/69489f35c456c840bb8dc34c74b87d7516a2f2c57ba44c16a03457e4247e8796/resolv.conf”,
“HostnamePath”: “/volume1/@docker/containers/69489f35c456c840bb8dc34c74b87d7516a2f2c57ba44c16a03457e4247e8796/hostname”,
“HostsPath”: “/volume1/@docker/containers/69489f35c456c840bb8dc34c74b87d7516a2f2c57ba44c16a03457e4247e8796/hosts”,
“LogPath”: “/volume1/@docker/containers/69489f35c456c840bb8dc34c74b87d7516a2f2c57ba44c16a03457e4247e8796/log.db”,
“Name”: “/influxdb1”,
“RestartCount”: 0,
“Driver”: “aufs”,
“Platform”: “linux”,
“MountLabel”: “”,
“ProcessLabel”: “”,
“AppArmorProfile”: “docker-default”,
“ExecIDs”: null,
“HostConfig”: {
“Binds”: [
“/volume1/docker/influxdb:/var/lib/influxdb:rw”
],
“ContainerIDFile”: “”,
“LogConfig”: {
“Type”: “db”,
“Config”: {}
},
“NetworkMode”: “host”,
“PortBindings”: null,
“RestartPolicy”: {
“Name”: “always”,
“MaximumRetryCount”: 0
},
“AutoRemove”: false,
“VolumeDriver”: “”,
“VolumesFrom”: null,
“CapAdd”: null,
“CapDrop”: null,
“Dns”: ,
“DnsOptions”: ,
“DnsSearch”: ,
“ExtraHosts”: null,
“GroupAdd”: null,
“IpcMode”: “shareable”,
“Cgroup”: “”,
“Links”: null,
“OomScoreAdj”: 0,
“PidMode”: “”,
“Privileged”: false,
“PublishAllPorts”: false,
“ReadonlyRootfs”: false,
“SecurityOpt”: null,
“UTSMode”: “”,
“UsernsMode”: “”,
“ShmSize”: 67108864,
“Runtime”: “runc”,
“Env”: [
“PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin”,
“GOSU_VER=1.12”,
“INFLUXDB_VERSION=2.0.4”,
“INFLUX_CONFIGS_PATH=/etc/influxdb2/influx-configs”,
“INFLUXD_INIT_PORT=9999”
],
“ConsoleSize”: [
0,
0
],
“Isolation”: “”,
“CpuShares”: 50,
“Memory”: 0,
“NanoCpus”: 0,
“CgroupParent”: “”,
“BlkioWeight”: 0,
“BlkioWeightDevice”: null,
“BlkioDeviceReadBps”: null,
“BlkioDeviceWriteBps”: null,
“BlkioDeviceReadIOps”: null,
“BlkioDeviceWriteIOps”: null,
“CpuPeriod”: 0,
“CpuQuota”: 0,
“CpuRealtimePeriod”: 0,
“CpuRealtimeRuntime”: 0,
“CpusetCpus”: “”,
“CpusetMems”: “”,
“Devices”: null,
“DeviceCgroupRules”: null,
“DiskQuota”: 0,
“KernelMemory”: 0,
“MemoryReservation”: 0,
“MemorySwap”: 0,
“MemorySwappiness”: null,
“OomKillDisable”: false,
“PidsLimit”: 0,
“Ulimits”: null,
“CpuCount”: 0,
“CpuPercent”: 0,
“IOMaximumIOps”: 0,
“IOMaximumBandwidth”: 0,
“MaskedPaths”: [
“/proc/asound”,
“/proc/acpi”,
“/proc/kcore”,
“/proc/keys”,
“/proc/latency_stats”,
“/proc/timer_list”,
“/proc/timer_stats”,
“/proc/sched_debug”,
“/proc/scsi”,
“/sys/firmware”
],
“ReadonlyPaths”: [
“/proc/bus”,
“/proc/fs”,
“/proc/irq”,
“/proc/sys”,
“/proc/sysrq-trigger”
]
},
“GraphDriver”: {
“Data”: null,
“Name”: “aufs”
},
“Mounts”: [
{
“Type”: “volume”,
“Name”: “d3fb618f09ac910246adef9862e6ee9bb4daf6721dd032cc177248145a7e848f”,
“Source”: “/volume1/@docker/volumes/d3fb618f09ac910246adef9862e6ee9bb4daf6721dd032cc177248145a7e848f/_data”,
“Destination”: “/etc/influxdb2”,
“Driver”: “local”,
“Mode”: “”,
“RW”: true,
“Propagation”: “”
},
{
“Type”: “bind”,
“Source”: “/volume1/docker/influxdb”,
“Destination”: “/var/lib/influxdb”,
“Mode”: “rw”,
“RW”: true,
“Propagation”: “rprivate”
},
{
“Type”: “volume”,
“Name”: “f729c4620eca6a234c88c14638ae21e2bf1b7a24a5d47548e8548504fbfcd00b”,
“Source”: “/volume1/@docker/volumes/f729c4620eca6a234c88c14638ae21e2bf1b7a24a5d47548e8548504fbfcd00b/_data”,
“Destination”: “/var/lib/influxdb2”,
“Driver”: “local”,
“Mode”: “”,
“RW”: true,
“Propagation”: “”
}
],
“Config”: {
“Hostname”: “influxdb1”,
“Domainname”: “”,
“User”: “”,
“AttachStdin”: false,
“AttachStdout”: false,
“AttachStderr”: false,
“ExposedPorts”: {
“8086/tcp”: {}
},
“Tty”: true,
“OpenStdin”: true,
“StdinOnce”: false,
“Env”: [
“PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin”,
“GOSU_VER=1.12”,
“INFLUXDB_VERSION=2.0.4”,
“INFLUX_CONFIGS_PATH=/etc/influxdb2/influx-configs”,
“INFLUXD_INIT_PORT=9999”
],
“Cmd”: [
“influxd”
],
“Image”: “influxdb:latest”,
“Volumes”: {
“/etc/influxdb2”: {},
“/var/lib/influxdb2”: {}
},
“WorkingDir”: “”,
“Entrypoint”: [
“/entrypoint.sh”
],
“OnBuild”: null,
“Labels”: {},
“DDSM”: false
},
“NetworkSettings”: {
“Bridge”: “”,
“SandboxID”: “7f2d97157522071c08d203e0f9a28201553efaf9e79f7e249c4830c5c692d468”,
“HairpinMode”: false,
“LinkLocalIPv6Address”: “”,
“LinkLocalIPv6PrefixLen”: 0,
“Ports”: {},
“SandboxKey”: “/var/run/docker/netns/default”,
“SecondaryIPAddresses”: null,
“SecondaryIPv6Addresses”: null,
“EndpointID”: “”,
“Gateway”: “”,
“GlobalIPv6Address”: “”,
“GlobalIPv6PrefixLen”: 0,
“IPAddress”: “”,
“IPPrefixLen”: 0,
“IPv6Gateway”: “”,
“MacAddress”: “”,
“Networks”: {
“host”: {
“IPAMConfig”: null,
“Links”: null,
“Aliases”: null,
“NetworkID”: “e134a3dddef197e7142542940be32e984cab62f4209a10afbdefc4f5da7e94d5”,
“EndpointID”: “a044d0061e40acf82fa50720c423a235c74c0d41c6508d553eb8c5dd5f04e69c”,
“Gateway”: “”,
“IPAddress”: “”,
“IPPrefixLen”: 0,
“IPv6Gateway”: “”,
“GlobalIPv6Address”: “”,
“GlobalIPv6PrefixLen”: 0,
“MacAddress”: “”,
“DriverOpts”: null
}
}
}
}
]

What is strange for me that the path it described for the config file does not exist. When I list in Putty no such directory.

image
image1251×220 7.71 KB

32

please be aware. I see different mounts. You have to mount influxdb2

image

I´ll follow this thread, because I have the problem with ehostunreach in Node Red. So i think its a port or bind problem.

33

image
image759×311 27.8 KB

34

I updated the mount to influxdb2. I still have the same problem unfortunatelly.

image
image1324×1123 36 KB

When I go to the Terminal of the influx container and launch the influxd, it still refers to “bind address already in use”

image
image2670×945 279 KB

35

and telegraf container also has the same error for port 8086 and 53. I do not have any clue where this port 53 is coming from.

image
image2687×264 30.4 KB

36

so. finally i found that the docker container is the problem. containers can´t see each other. so you have to do a link (bridge) macvlan to host
but in my case that doesn´t work. i expand my macvlan with 2 ip´s. now iobroker node red can write in influxdb v2.0.4

37

I finally found the problem. It was in the telegraf config file. influxdb host was not resolved, so I rewrite to the direct IP address. Also the token was not proper.
Thanks for the support!