Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[xxx_turbo_xxx]

Nachdem ich die Einträge in der influxdb.service geändert habe, kann zumindest Grafana wieder auf die Datenbank zugreifen. Leider schreibt aber der ioBroker keine neuen Werte in die Datenbank.

Was könnte der Grund hierfür sein?

[Ein ehemaliger Benutzer]

Eigentlich ist jedes Update von InfluxDB für Hobbyisten eine Katastrophe.
Was mir fehlt ist eine Anleitung für Dummies wie man dieses Chaos wieder gerade zieht.
Alle bisherigen Tipps funktionieren nicht.

[crunchip]

@blechsoldat sagte in influxDB connection refused:

wie man dieses Chaos wieder gerade zieht.

wenn man wüsste, was nicht klappt, könnte man eventuell helfen

[crunchip]

@xxx_turbo_xxx sagte in influxDB connection refused:

Was könnte der Grund hierfür sein?

@xxx_turbo_xxx sagte in influxDB connection refused:

Installiert: 1.8.9-1

@xxx_turbo_xxx sagte in influxDB connection refused:

/home/pi/influxdb-1.7.10-1/usr/lib/influxdb/scripts/influxdb.service

[Thomas Braun]

@blechsoldat
Dann setze auf die Debian-Version aus den distributionseigenen Repos. Die ist deutlich länger stabil. Wird so gut wie nie angefasst. Dann hast du auch kein Chaos bei Updates.

[Ein ehemaliger Benutzer]

@crunchip sagte in influxDB connection refused:

@blechsoldat sagte in influxDB connection refused:

wie man dieses Chaos wieder gerade zieht.

wenn man wüsste, was nicht klappt, könnte man eventuell helfen

Der Adapter von ioBroker verbindet sich nicht mit der Datenbank. Die Datenbank "scheint" nicht zu laufen oder sperrt den User aus.
Error: connect ECONNREFUSED 127.0.0.1:8086

Es ist eben , für mich, nicht möglich ein Problem genau zu definieren. Es ist , wie oben schon angedeutet, ein Problem auf das Update 1.8. irgendwas.

[Ein ehemaliger Benutzer]

@thomas-braun sagte in influxDB connection refused:

@blechsoldat
Dann setze auf die Debian-Version aus den distributionseigenen Repos. Die ist deutlich länger stabil. Wird so gut wie nie angefasst. Dann hast du auch kein Chaos bei Updates.

Hier prallen eben die Welten der Dummies und Nerds auf einander.
Ich weiß zwar , von was du redest, hab aber keine Ahnung wie ich das anstelle.
Ich bin eher ein Copy Paste User, der sich freut wenn irgendwas mal funktioniert und er mit Grafana lustige Linien auf den Bildschirm zaubern kann. Aber wehe es geht mal nicht ...

[Thomas Braun]

@blechsoldat

echad@chet:~ $ apt policy influxdb
influxdb:
  Installiert:           (keine)
  Installationskandidat: 1.8.9-1
  Versionstabelle:
     1.8.9-1 500
        500 https://repos.influxdata.com/debian bullseye/stable armhf Packages
        100 /var/lib/dpkg/status
     1.6.7~rc0-1 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages

Die 1.8.9-1 kommt von influx über deren Repository, die 1.6.7~rc0-1 kommt von Debian/Raspberry.

Wenn ich jetzt mit dem heutigen Wissen und der Zielsetzung ein möglichst stabiles System zu haben influxdb installieren wollte, dann würde ich wohl das influx-Repo komplett löschen und mich auf die 1.6.7~rc0-1 beschränken. Die wird in den nächsten Jahren nicht mehr wesentlich angepackt werden und stabil laufen. Ist halt die Debian-Philosophie, einmal releaste Versionen nicht mehr wesentlich anzupacken. Da kommen lediglich nur noch absolut dringliche Sicherheitspatches rein, die Version bleibt aber auf 1.6.7 fix. Dann hast du auch kein 'Chaos' bei Updates im sog. 'Upstream' von influx.

[crunchip]

@blechsoldat sagte in influxDB connection refused:

Es ist , wie oben schon angedeutet, ein Problem auf das Update 1.8. irgendwas.

entweder, du machst dein Zeug stable, wie @Thomas-Braun erwähnt, oder du siehst dir das mal an, dann sollte es auch wieder laufen

[xxx_turbo_xxx]

@crunchip said in influxDB connection refused:

du siehst dir das mal an

Ich versteh den Zusammenhang noch nicht ganz... Es sieht ja so aus, als würde influx laufen. Grafana kann ja darauf zugreifen. Nur iobroker kann auf die DB nicht mehr zugreifen und sie befüllen...?

[Ein ehemaliger Benutzer]

Häbt we mockt. Löppt ...

Spoiler

sudo rm /etc/apt/sources.list.d/influxdb.list
sudo apt update
sudo apt remove -y influxdb
sudo apt install -y influxdb
sudo systemctl unmask influxdb.service
sudo systemctl start influxdb.service
sudo systemctl enable influxdb.service

pi@RP4-ioBroker:/etc/apt/sources.list.d $ sudo systemctl status influxdb.service
● influxdb.service - InfluxDB is an open-source, distributed, time series database
Loaded: loaded (/lib/systemd/system/influxdb.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2021-08-27 11:55:45 CEST; 12min ago
Docs: man:influxd(1)
Main PID: 3605 (influxd)
Tasks: 14 (limit: 4409)
CGroup: /system.slice/influxdb.service
└─3605 /usr/bin/influxd -config /etc/influxdb/influxdb.conf

pi@RP4-ioBroker:/etc/apt/sources.list.d $ apt policy influxdb
influxdb:
Installiert: 1.6.4-1+deb10u1
Installationskandidat: 1.6.4-1+deb10u1
Versionstabelle:
*** 1.6.4-1+deb10u1 500
500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
100 /var/lib/dpkg/status
pi@RP4-ioBroker:/etc/apt/sources.list.d $

ob alle Shell Befehle notwendig sind und ob das alles einen Neutart überlebt, habe ich noch nicht getestet.
Adpater einstellungen und Conig Dateien habe ich nicht geändert.
Danke für eure Geduld.

[Thomas Braun]

@blechsoldat Jetzt bist du auf jedenfall auf den stabilen Zweig gesprungen. Ich bin nur nicht sicher ob eine influx 1.6 auch Datenbanken von 1.8 einlesen kann oder ob man die noch umwandeln muss/kann.

Mir fehlt in den Kommandos ein

sudo systemctl stop influxdb.service

zu Beginn.
Und von der Optioin -y bei Aktionen mit apt bin ich auch kein Freund, ich sehe gerne die Rückfragen vom System bevor da was reingespült wird.

[Ein ehemaliger Benutzer]

@thomas-braun sagte in influxDB connection refused:

@blechsoldat Jetzt bist du auf jedenfall auf den stabilen Zweig gesprungen. Ich bin nur nicht sicher ob eine influx 1.6 auch Datenbanken von 1.8 einlesen kann oder ob man die noch umwandeln muss/kann.

Ein erster Blick über die Grafana Graphen zeigt keine Auffälligkeiten.

[Thomas Braun]

@blechsoldat sagte in influxDB connection refused:

Ein erster Blick über die Grafana Graphen zeigt keine Auffälligkeiten.

Kann auch sein dass da die vorherige influxdb läuft. Die hattest du ja nicht gestoppt, wenn ich das richtig sehe.

[Ein ehemaliger Benutzer]

@thomas-braun

InfluxDB konnte ja nicht mehr gestartet werden. Lief also nicht.

Nun doch einen Neustart des Rasperrys durchgeführt.
Läuft ... Version 1.6.4-1+deb10u1

[xxx_turbo_xxx]

@blechsoldat

Hab die Prozedur auch mal angewendet. 1.8.x ist raus und es läuft nur noch die 1.6.4

Allerdings kann ioBroker, warum auch immer, nicht auf die verk***ckte Datenbank zugreifen. Ich blick es nicht!

pi@raspberrypi:~ $ apt policy influxdb
influxdb:
  Installiert:           1.6.4-1+deb10u1
  Installationskandidat: 1.6.4-1+deb10u1
  Versionstabelle:
 *** 1.6.4-1+deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status

● influxdb.service - InfluxDB is an open-source, distributed, time series database
   Loaded: loaded (/lib/systemd/system/influxdb.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2021-08-28 14:15:12 CEST; 6min ago
     Docs: man:influxd(1)
 Main PID: 631 (influxd)
    Tasks: 13 (limit: 4915)
   CGroup: /system.slice/influxdb.service
           └─631 /usr/bin/influxd -config /etc/influxdb/influxdb.conf

Aug 28 14:20:22 raspberrypi influxd[631]: ts=2021-08-28T12:20:22.758768Z lvl=info msg="Executing query" log_id=0WFAoKsl000 service=query query="SELECT mean(value) FROM iobroker_db.glob
Aug 28 14:20:22 raspberrypi influxd[631]: [httpd] 192.168.1.63, 192.168.1.63,192.168.1.77 - grafana [28/Aug/2021:14:20:22 +0200] "GET /query?db=iobroker_db&epoch=ms&q=SELECT+last%28%22
Aug 28 14:20:22 raspberrypi influxd[631]: ts=2021-08-28T12:20:22.768353Z lvl=info msg="Executing query" log_id=0WFAoKsl000 service=query query="SELECT mean(value) FROM iobroker_db.glob
Aug 28 14:20:22 raspberrypi influxd[631]: ts=2021-08-28T12:20:22.768691Z lvl=info msg="Executing query" log_id=0WFAoKsl000 service=query query="SELECT mean(value) FROM iobroker_db.glob
Aug 28 14:20:22 raspberrypi influxd[631]: [httpd] 192.168.1.63, 192.168.1.63,192.168.1.77 - grafana [28/Aug/2021:14:20:22 +0200] "GET /query?db=iobroker_db&epoch=ms&q=SELECT+mean%28%22
Aug 28 14:20:27 raspberrypi influxd[631]: [httpd] 192.168.1.77 - iobroker [28/Aug/2021:14:20:27 +0200] "GET /query?db=iobroker_db&p=%5BREDACTED%5D&precision=ms&q=show+databases&u=iobro
Aug 28 14:20:38 raspberrypi influxd[631]: [httpd] 192.168.1.77 - iobroker [28/Aug/2021:14:20:37 +0200] "GET /query?db=iobroker_db&p=%5BREDACTED%5D&precision=ms&q=show+databases&u=iobro
Aug 28 14:20:48 raspberrypi influxd[631]: [httpd] 192.168.1.77 - iobroker [28/Aug/2021:14:20:48 +0200] "GET /query?db=iobroker_db&p=%5BREDACTED%5D&precision=ms&q=show+databases&u=iobro
Aug 28 14:20:58 raspberrypi influxd[631]: [httpd] 192.168.1.77 - iobroker [28/Aug/2021:14:20:58 +0200] "GET /query?db=iobroker_db&p=%5BREDACTED%5D&precision=ms&q=show+databases&u=iobro
Aug 28 14:21:08 raspberrypi influxd[631]: [httpd] 192.168.1.77 - iobroker [28/Aug/2021:14:21:08 +0200] "GET /query?db=iobroker_db&p=%5BREDACTED%5D&precision=ms&q=show+databases&u=iobro
~
~
~
~

[Ein ehemaliger Benutzer]

@xxx_turbo_xxx
Ich habe eine andere Adapter Version (2.2.0).
Zumindest sieht mein "Einstellungsfenster"anders aus.