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

[Palm_Maniac]

@apollon77 Ich habe vor einiger Zeit nach Anleitung von V1.8 auf V2 gewechselt und die Datenbanken konvertiert. es sind also keine reinen frischen V2 Datenbanken. Vielleicht liegt es daran? Aber das hat bis vor kurzem nie Probleme bereitet.

[apollon77]

@palm_maniac Keine Ahnung. ich bin selbst noch auf InfluxDB 1.8 und scheue mich vor den mega GB der migration :-)))

[Kueppert]

@apollon77 dito

[Diginix]

@apollon77 Wie entwickelst du dann den Adapter für influxDB v2? Testsystem mit Dummy Daten?

Hab bisher gedacht ich wäre allein mit v1.8 und sollte es mal angehen. Aber wenn das nicht einfach nur ein Update Kommando ist sondern mit mehr Aufwand verbunden ist, dann sitze ich das noch eine Weile aus.

Was hätte man mit v2 für Vorteile und gibt es auch Nachteile?

[apollon77]

@diginix sagte in influxdb 3.0.0 verfügbar - eine Zusammenfassung:

@apollon77 Wie entwickelst du dann den Adapter für influxDB v2? Testsystem mit Dummy Daten?

@diginix Die 2.0 Implementierung hat primär @Excodibur gebaut und der hatte da dann installiert. Ich hab auch irgendwo für sondertests ne mini influxdb in nem container laufen ... Ansonst habe ich einige Stunden gebastelt um bei den GitHub Actions wo alle Tests bei GitHub ausgeführt werden sowohl eine InfluxDB 1 wie auch eine InfluxDB 2 zu installieren und dann mit testdaten zu füttern und damit ie Tests laufen zu lassen ... https://github.com/ioBroker/ioBroker.influxdb/actions/runs/2337929675

Damit geht das meiste recht gut.

Das immer ein problem ist sind "Massendaten tests" weil die nahezu unmöglich sind zu stellen es sei denn man hat wirklich ein größ0eres System was Daten einliefert.

Hab bisher gedacht ich wäre allein mit v1.8 und sollte es mal angehen. Aber wenn das nicht einfach nur ein Update Kommando ist sondern mit mehr Aufwand verbunden ist, dann sitze ich das noch eine Weile aus.

Upgrade ist quasi ein Datenexport aus der 1.x und Import in die 2.x weil die Strukturen inkompatibel sind. In irgend einem Thread hier im Forum gabs das Thema schonmal auch mit den Befehlen und so.

Wenn ich es mal mache ist meine Idee:

• Adapter umstellen auf Influxdb 2 und damit gehen alle neuen Daten da rein
• Dann entweder die alten Daten Monatsweise oder so exportieren und dann die Exports Files durch die gegend schieben und einzeln importieren ODER irgendwie ein großes Dir per nfs von meiner NAS mounten und alles exportieren ... Ich glaube wir waren mal bei export faktor 10 oder größer oder sowas ... ich habe 41GB Roh-Daten angesammelt gg So arg will ich die VM nicht aufblasen

Und ich brauch noch ne Lösung für collectd weil die InfluxDB 2 das nicht mehr von hause aus kann sondern nur über umwege

Und um das alles rauszufinden fehlt mir gerade Zeit und Muse

Was hätte man mit v2 für Vorteile und gibt es auch Nachteile?

Im zweifel: 1.x ist EOL denke ich und kriegt keine Updates mehr .... 2.x ist halt aktuell und bekommt Updates und neue Features udn hat ne neue Abfragesprache mit mehr möglichkeiten

[Diginix]

@apollon77 Vielen Dank die ausführlichen Infos!

Da sollte sich meine DB mit nur 586 MB ja ggf. in einem Rutsch migrieren lassen.
btw: Als ich alles noch mit dem history Adapter gespeichert habe, hatte diese Daten schon >4 GB als json.

[apollon77]

@diginix Such mal ... vllt findest Du ja den anderen Thread wegen Migration ...

[oFbEQnpoLKKl6mbY5e13]

@apollon77

Das hier?:

https://forum.iobroker.net/topic/46098/test-adapter-influxdb-2-0/164

Ich werde das bei Gelegenheit mal so probieren.

[apollon77]

Jaa danke ... ok Faktor 20 :-)))

[oFbEQnpoLKKl6mbY5e13]

@apollon77

Habe ich das denn richtig verstanden, dass das nur den Export betrifft? Nach dem Import ist die neue DB wieder ungefähr so groß wie die alte?

[apollon77]

@ofbeqnpolkkl6mby5e13 Das fragst du MICH der noch nicht migriert hat??? Aber ich nehme es stark an. Der Export sind die Rohdaten in textform ... also müsste denke ich

[oFbEQnpoLKKl6mbY5e13]

@apollon77

Ich werde berichten, bei Gelegenheit.

[oFbEQnpoLKKl6mbY5e13]

@apollon77 sagte in influxdb 3.0.0 verfügbar - eine Zusammenfassung:

Jaa danke ... ok Faktor 20 :-)))

Bei mir Faktor 15

[oFbEQnpoLKKl6mbY5e13]

Für die, die wie ich eine InfluxDB vor v1.8.3 einsetzen:

Die Option -lponly gibt es erst ab v1.8.3:

https://github.com/influxdata/influxdb/issues/19367

Mit den DDL und DML Daten im Export kann man aber nicht importieren. Also vor dem Export erst mal auf mindestens 1.8.3 updaten.

[oFbEQnpoLKKl6mbY5e13]

So, 2,5 Stunden später ist der Import auf einem betagten NAS offensichtlich erfolgreich verlaufen. Instanz entsprechend angepasst, scheint zu laufen.

Die Größe der InfluxDB2 ist sogar etwas kleiner.

@apollon77
Bei einem Datenpunkt erhalte ich die folgende Fehlermeldung:

2022-05-20 00:07:43.832  - error: influxdb.0 (9531) HttpError: runtime error @4:12-4:136: filter: type conflict: bool != string

wenn ich den Verlauf angucken möchte.

Wo ist das Problem?

[oFbEQnpoLKKl6mbY5e13]

Ich habe den Datenpunkt nochmal deaktiviert und wieder aktiviert, nun geht es.

[apollon77]

@ofbeqnpolkkl6mby5e13 auch wenn es geht: ein bissl mehr log - in dem Fall debug log damit man die query sieht - würde Sinn machen.

[oFbEQnpoLKKl6mbY5e13]

@apollon77

Wird das Editieren von Datenpunkten wie bei Influxdb1 im Admin noch hinzukommen?

[apollon77]

@ofbeqnpolkkl6mby5e13 ... wenn es jemand einbaut ... InfluxDB 2 ist da speziell. leg gern ein Feature Request an dann sieht man das

[oFbEQnpoLKKl6mbY5e13]

@apollon77

Feature Request für den Admin Adapter? Dein Ernst?