UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[apollon77]

@feuersturm Es wurde nich gemedlet das der Adapter craht bei Timeouts bzw Connection Lost ... das schaut sich @Excodibur gerade noch an ...

[stenmic]

@apollon77 sagte in Test Adapter influxdb 2.0:

Exakt. Jede instanz eine DB, damit kannst Du auch genau konfigurieren welche Datenpunkte wo hin laufen sollen

Geht das nur mit Influx 2.0 oder dann auch mit der 1.8er Version.

[apollon77]

@stenmic dann auch mit 1.8

[stenmic]

@apollon77 super… ich setzte gerade meinen iobroker neu auf.
Soll ich schon den neuen Adapter nehmen bzw. könnt ihr schon abschätzen wann er stable wird?
Bei influxdb bin ich unentschlossen 1.8 oder 2.0

[apollon77]

@stenmic sagte in Test Adapter influxdb 2.0:

Soll ich schon den neuen Adapter nehmen bzw. könnt ihr schon abschätzen wann er stable wird?

Naja wir sind hier gerade im Alpha Test ... Wenn alles klappt gehen wir diese Woche noch ins Beta/Latest. Dann hngt es vom User-Feedback ab wie schnell wir Stable gehen. Aber frühestens 14 tage nach Beta

[apollon77]

AUf GitHub ist eine neue Version - immer noch v2.1.0 ... also bitte nach Update manuell Adapter neustarten.

passt bei euch alles?

[Chaot]

@apollon77
Mal eine Frage.
Ich arbeite scheinbar mit InfluxDB Version 1.6.4 in einem Proxmox Container.
Ist es sinnvoll ein Update zu machen?
Welche Version wäre sinnvoll?
Gibt es irgendwo eine verständliche Anleitung dafür?
Mir sind die vorhandenen Daten nicht unbedingt wichtig falls die verloren gehen. Wäre zwar schön die zu übernehemn, aber wenn es sich nicht vermeiden lässt dann muss ich eben damit leben.

[Thomas Braun]

@chaot
Dann arbeitest du offenbar mit den distributionsseitig gelieferten Paket/Softwarestand.

apt policy influxdb

zeigt das Repository.
Wenn du nichts vermisst (und das scheint ja der Fall zu sein), dann würde ich die Version und das Repository auch beibehalten

[Chaot]

@thomas-braun sagte in Test Adapter influxdb 2.0:

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://ftp.debian.org/debian buster/main amd64 Packages
        500 http://security.debian.org buster/updates/main amd64 Packages
        100 /var/lib/dpkg/status

Scheint so.
Ich vermisse eigentlich nichts. Wenn das kein Problem ist dann lasse ich das so. Danke für die Info.

[apollon77]

@chaot sagte in Test Adapter influxdb 2.0:

Also ich denke das der 2.1er Adapter auch mit der 1.6.4der influxdb läuft, getestet ist er nur mit 1.8 und 2

[Chaot]

@apollon77 Der Adapter läuft seit einiger Zeit ohne Probleme. Aktuell in der Version 1.9.5.
Keinerlei Ausfälle oder Fehlermeldungen.
Werde dann mal die Version ab 2.x ausprobieren und mich melden falls da was schiefläuft.

[apollon77]

@chaot sagte in Test Adapter influxdb 2.0:

Werde dann mal die Version ab 2.x ausprobieren und mich melden falls da was schiefläuft.

Achtung: Du musst ggf das Passwort neu eingeben im Admin nach dem Update

[Thomas Braun]

@chaot Würde ich dann auch nicht machen. An der Versionierung kann man auch sehen, dass hier am Paket noch spezifische Anpassungen an Debian10, Update 1 vorgenommen wurden:

1.6.4-1+deb10u1

Das dürfte dann sogar besser an die Distribution angepasst sein als die 'vanilla'-Version von influx selber.

[Chaot]

@apollon77 Danke für die Warnung.

Version 2.1.0
Passwort wurde übernommen
keine Fehlermeldungen beim Neustart nach Update
läuft aktuell seit ca. 2 Stunden ohne Fehler. Auch die Datenbank wird scheinbar korrekt beschrieben. Zumindest scheinen alle ausgewählten Werte aktuell zu sein.

Ergo scheint der Adapter auch mit der 1.6.4 zurechtzukommen falls mal die Frage nochmals auftaucht.

[Feuersturm]

Ich habe den aktuellen Github Stand (Commits on Aug 11, 2021) jetzt auch einfach mal auf meinem Produktivsystem installiert welches mit einer Influx Datenbank 1.8.0 arbeitet.
Ich musste nach dem Update das Passwort in der Instanz neu eintragen, da zuvor beim Verbindungstest mit der Datenbank Warnungen im Log waren. Nach der Eingabe des Passwort ist bisher alles unauffällig. Die Werte werden geloggt und wie vorher auch sauber in Grafana dargestellt.

[apollon77]

@feuersturm Dann mal ne Frage: Der Weg über Log mit dem Passwort hinweis für die die es nicht gelesen haben ist sinnvoll und ok?

[Feuersturm]

@apollon77 Im Log hab ich keinen Hinweis gesehen, der einen dazu auffordert das Passwort neu einzugeben. Ich hatte diese Meldung im Log und mich dann an die Aussage hier im Forum erinnert, dass man nach dem Update das Passwort neu eingeben muss.

11 Aug 2021 22:15:06.508 influxdb.0 (15790) TypeError: Cannot read property 'port' of undefined at testConnection (/opt/iobroker/node_modules/iobroker.influxdb/main.js:337:59) at processMessage (/opt/iobroker/node_modules/iobroker.influxdb/main.js:433:9) at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.influxdb/main.js:164:34) at Adapter.emit (events.js:314:20) at Adapter.EventEmitter.emit (domain.js:483:12) at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5634:34) at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:232:37) at processImmediate (internal/timers.js:461:21) 
11 Aug 2021 22:15:06.490 influxdb.0 (15790) States system pmessage io.messagebox.system.adapter.influxdb.0 {"command":"test","message":"{\"config\": {\"dbversion\": \"1.x\", \"protocol\": \"http\", \"port\": \"8086\", \"host\": \"192.168.178.80\", \"user\": \"iobroker\", \"organization\": \"\", \"dbname\": \"iobroker\", \"password\": \"xxx", \"token\": \"\"}","from":"system.adapter.admin.0","callback":{"message":"{\"config\": {\"dbversion\": \"1.x\", \"protocol\": \"http\", \"port\": \"8086\", \"host\": \"192.168.178.80\", \"user\": \"iobroker\", \"organization\": \"\", \"dbname\": \"iobroker\", \"password\": \"xxx", \"token\": \"\"}","id":23,"ack":false,"time":1628712906482},"_id":77789815} Cannot read property 'port' of undefined

Wie sollte die Log Meldung aussehen, die den User auf die neue Passworteingabe hinweist. Kann ja mal im Log schauen ob sie drin ist und ich sie nur übersehen habe.

[apollon77]

@feuersturm Ok, kommt drauf an wann Du zuletzt installiert hattest. Habe die Passwort Meldung erst sehr spät gestern reingemacht :-) Aber die Meldung ist noch gut

[apollon77]

@feuersturm Kannst Du bitte nochmal neueste Version von Github nehmen und schauen ob "test connection" aus Admin geht?

[apollon77]

haben GitHub nochmal aktualisiert mit einem Fix ais Sentry ... Bitte nochmal aktualisieren und manuell neu starten, sollte alles tun ...