InfluxDB 1.8.7 ich habe nur noch Probleme

[Meister Mopper]

@stenmic
Ich betreibe die 1.8.3 und bekomme in letzter Zeit auch Probleme.
In unregelmäßigen Abständen geht die CPU dauerhaft auf über 80 % und der influxdb-Adapter steigt im iobroker aus.

Es hilft nur ein Reboot des influxdb-Servers, danach läuft wieder alles wie vorher.

Hier mal eine Grafik des Phänomens:

Spoiler

Hier eine log-Datei:
influxdb_syslog.txt

[stenmic]

@crunchip der Service ließ sich nicht starten

[Thomas Braun]

@stenmic Meldungen?

[stenmic]

@thomas-braun hab ich nicht mehr... ich war gefrustet und hab meine alter VM wieder hergestellt.

[crunchip]

@meister-mopper bei mir läuft Influx auf nem ubuntu LXC v1.8.3-1, durchschnittlich 2% CPU

[stenmic]

@crunchip war bei mir auch so... vorher

[crunchip]

@stenmic kommt ja nicht von allein

[heinhan]

@crunchip Leider bei mir auch, bekomme den Service nicht mehr gestartet. Hier die Fehlermeldung:

Habe alles deinstalliert und neu aufgesetzt außer influxdb-Client nicht, weil er sich nicht installieren lässt. Brauche ich auch nicht.

Wie bekommt man den aus der Versionstabelle?

[lessthanmore]

@heinhan Berechtigungen auf influxdb user angepasst?

sudo chown influxdb:influxdb influxdb

[heinhan]

@lessthanmore Ja hatte ich. Aber jetzt bekomme ich folgende Fehlermeldung:

[lessthanmore]

@heinhan

sudo chown -R influxdb:influxdb /var/lib/influxdb/*

[heinhan]

@lessthanmore Danke, influxdb funktioniert wieder

[heinhan]

@lessthanmore Nachdem alles funktionierte incl. Anzeige Grafana auf VIS, heute keine Daten mehr vorhanden? Zugriff auf die angelegten Datenbanken nicht möglich. Folgende Meldung wird angezeigt:

pi@raspberrypi:~ $ influx
Connected to http://localhost:8086 version 1.8.7
InfluxDB shell version: 1.8.9
> show databases
ERR: unable to parse authentication credentials
Warning: It is possible this error is due to not setting a database.
Please set a database with the command "use <database>".

Zu den normalen Datenbanken hatte ich Testdatenbanken angelegt ohne Probleme und heute: Nicht vorhanden/kein Zugriff !

Hier noch die Policy dazu:

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

Hier noch der aktuelle systemcl Status:

pi@raspberrypi:~ $ 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 Wed 2021-08-04 16:26:29 CEST; 1 day 17h ago
     Docs: https://docs.influxdata.com/influxdb/
 Main PID: 30717 (influxd)
    Tasks: 15 (limit: 4915)
   CGroup: /system.slice/influxdb.service
           └─30717 /usr/bin/influxd -config /etc/influxdb/influxdb.conf

Aug 06 09:40:27 raspberrypi influxd-systemd-start.sh[30716]: [httpd]

Hast Du einen Tip was nun wieder falsch ist?

[lessthanmore]

@heinhan Mach mal ein „auth“ und logge dich mit einem User der influx ein.
Danach dann „show databases“.

[heinhan]

@lessthanmore Mit auth und einem entsprechenden User werden die Datenbanken angezeigt.
Da ich kein Datenbank Spezialist bin, muss ich die Config anpassen, um nicht jedesmal auth auszuführen?

[lessthanmore]

@heinhan Du hast beim setup in der influxdb.conf folgendes aktiviert:

  # Determines whether user authentication is enabled over HTTP/HTTPS.
   auth-enabled = true

Du kannst versuchen das auf "false" zu setzen, aber ich bin ebenfalls kein Experte hier.
Was spricht denn dagegen sich mit einem User an der influx anzumelden, du machst das gleiche doch auch bei ssh?

[heinhan]

@lessthanmore Nach der Veränderung auf "false"

Raspi PI4/Grafana/Telegraf ---> IoBroker/VIS wurden die Daten wieder angezeigt.

Ich bin Faul und möchte nicht händisch eingreifen und den USER freigeben nach einem Reboot oder Shutdown .