Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Feuersturm]

@ilovegym ich hab den test gegen eine influx 2.0 datenbank gemacht der nicht erfolgreich war. Werde später mal den test auch gegen eine 1.x machen.

[MichMein]

@Excodibur und @apollon77, habe auf GitHub gelesen das dass Passwort in der neuen Version verschlüsselt gespeichert wird. Heißt das denn gleichzeitig auch, in älteren Versionen ist es unverschlüsselt gespeichert? Wenn ja, wo finde ich denn den Speicherort für das Passwort (ich glaube meins vergessen zu haben und bevor ich Tausende testen muss kann ich ja besser mal nachschauen 🤣).

Vielen Dank und ein schönes Wochenende.

[apollon77]

@crunchip Ja, sollte Problemlos laufen, maximal Passwort neu eingeben

[apollon77]

@feuersturm Wwnn da noch was offen ist bitte GitHub Issue erstellen

[apollon77]

@michmein Ja das heisst es. Das passwort steht im Instanzobjekt system.adapter.influxdb.X im "native" Teil

[e-s]

@apollon77 @Excodibur
Update auf neuen Adapter mit influx 1.8 ohne Probleme, nur pw neu eingeben.
Nur bei systemneustart wird bei mir scheinbar influx relativ spät gestartet und braucht etwas.
Somit waren 9 connect Errors im 10 Sekunden takt im log zu sehen. Da ich versuche mein log immer sauber zu halten, wäre es schön wenn der Adapter beim start vielleicht etwas weniger meckern würde.
Vielleicht startet aber auch influx 2 früher?

[stenmic]

mal eine Frage zur installation von influx 2.0
Ich bin jetzt nicht der Linux Profi und habe die Datenbank folgendermaßen auf einem neuen Debian11 installiert.

wget https://dl.influxdata.com/influxdb/releases/influxdb2-2.0.8-amd64.deb
sudo dpkg -i influxdb2-2.0.8-amd64.deb
sudo service influxdb start

Läuft auch soweit.

Damit würde ich jetzt keine Updates von Influx über "apt-get update" bekommen da kein Eintrag in der apt/sources.list, oder?

Gibt es dazu einen entsprechenden Befehl?
Wenn nicht, wir würde dann ein kommendes Update von influx installiert werden?

[Thomas Braun]

@stenmic Das macht man aus den genannten Gründen so nicht.

Such dir das Repo für influxdb2 und leg das sauber als source.list an.
Wenn es da nichts geben sollte ist influxdb2 als non-stable anzusehen. Ich weiß nicht ob man das in einem Produktivsystem haben will.

[apollon77]

@e-s Es kann sein das mit js-controller 3.3 das früher ist. Abe rehrlich: Dann solltest DU auf systemd Ebene schauen das iobroker erst startet wenn influxdb gestartet wurde. Ich möchte jetzt ungern Logging anpassen für so einen Fall

[Thomas Braun]

@apollon77
Ja, systemd ist der richtige Weg.

[crunchip]

@stenmic sagte in Test Adapter influxdb 2.0:

Wenn nicht, wir würde dann ein kommendes Update von influx installiert werden?

genauso, nur eben die version anpassen

@Thomas-Braun ich hab es auch manuell, aber das Thema(apt pinning) hatten wir ja schon an anderer Stelle

[Thomas Braun]

@crunchip
Naja, hier ist ja nix zu pinnen, das Paket läuft so an apt vorbei. Wäre mir zu aufwendig das manuell bei einem Produktivsystem auf Stand zu halten.
Zum Testen kann man es machen.

[apollon77]

@stenmic Ich glaube das müsste im "offiziellen" Influxdb Repo als Paket influxdb2 sein

[stenmic]

@apollon77 und wie prüfe oder finde ich das?

[Thomas Braun]

@stenmic

Wenn das Repo schon angelegt ist:

apt policy influxdb influxdb2

[stenmic]

@thomas-braun sagte in Test Adapter influxdb 2.0:

apt policy influxdb influxdb2

Ergebnis:

influxdb:
  Installiert:           (keine)
  Installationskandidat: 1.6.7~rc0-1+b5
  Versionstabelle:
     1.6.7~rc0-1+b5 500
        500 http://ftp.de.debian.org/debian bullseye/main amd64 Packages
influxdb2:
  Installiert:           2.0.8
  Installationskandidat: 2.0.8
  Versionstabelle:
 *** 2.0.8 100
        100 /var/lib/dpkg/status

[Thomas Braun]

@stenmic
Das Influx-Repo ist nicht angelegt.

[Feuersturm]

@feuersturm sagte in Test Adapter influxdb 2.0:

@ilovegym ich hab den test gegen eine influx 2.0 datenbank gemacht der nicht erfolgreich war. Werde später mal den test auch gegen eine 1.x machen.

@apollon77 Der Verbindungstest mit Influx2.0 Datenbank ist bei mir nicht erfolgreich: https://github.com/ioBroker/ioBroker.influxdb/issues/146

[Josh]

Nach dem Update des Adapter von V1 auf V2 bringt mit der Adapter folgende Logs uns bleibt gelb:

Error: error authorizing query: iouser not authorized to execute statement 'ALTER RETENTION POLICY autogen ON iobroker DURATION 365d REPLICATION 1 SHARD DURATION 1w DEFAULT', requires admin privilege
Applying retention policy (autogen) for iobroker to 31536000 seconds. Shard Duration: 604800 seconds
Connected!
Influx DB Version used: 1.x
Connecting http://localhost:8086 ...

Node.js v12.22.5
Admin 5.1.21
js-controller 3.3.15
InfluxDB 1.8

Was sagt mir diese Fehlermeldung?

EDIT: Passwort hatte ich neu eingegeben.
EDIT2: Wenn ich die Verbindung zur DB mit dem admin herstelle, geht's. Aber das kann ja nicht die Lösung sein. Wie bekomme ich den User "iouser" in die Position, mit dem neuen Adapter zusammen zu arbeiten? Bei der 1.9 lief es ja auch.

[Thomas Braun]

@josh Start Skript angepasst? Du bist nicht der erste mit dem 'Fehler', schau im Forum.