Die Archivierung erfolgte aufgrund einer Falschinformation. Das Repo ist wieder unarchived. Version 6.0.0 funktioniert bei mir normal
https://www.reddit.com/r/homeassistant/comments/1wbpz7t/postinfluxdb_plans/?tl=de
Ich habe jetzt heute die Meldung bereits zum dritten Mal angezeigt bekommen, wieder mit Ok Button.
Nach dem nächsten HA Update wird dann aus dem OK Button vermutlich wieder ein Ignorieren 
Danke für den Hinweis.
Das dürfte neben Freude auch bei so manchem OK-Klicker für Schnappatmung sorgen.
Moin,
die Entfernung von InfluxDB v1 aus dem Repo habe ich zum Anlass genommen, mir Gedanken zu machen, die Langzeitarchivierung und Datenauswertung zukünftig als LXC-Container in Proxmox anzulegen und mich von den Homeassistant-Apps InfluxDB und Grafana zu verabschieden. Die Umstellung auf LXC-Container hatte ich sowie schon länger vor.
Zur Langzeitarchivierung habe ich nun Victoriametrics und zur Datenvisualisierung Grafana als LXC-Container eingerichtet. Die Installation entsprechend der Proxmox-helper scripts hat grundsätzlich problemlos funktioniert.
Mein ursprünglicher Plan, für eine Übergangszeit Sensordaten parallel in Victoriametrics und der Homeassitant-App InfluxDB abzulegen ist daran gescheitert, dass die InfluxDB-Integration in HA nur einen Eintrag zulässt.
Neudaten werden von Homeassistant nun nur noch in der Victoriametrics Datenbank gespeichert.
Wichtiger Hinweis: Probleme hatte ich bei der Migration der Altdaten aus InfluxDB nach Victoriametrics. Bei den ersten Migrationsversuchen wurden nur immer die Daten des letzten Monats übertragen. Es hat mich viel Zeit und Nerven gekostet, bis ich herausgefunden habe, dass bei Victoriametrics standardmässig eine retention period von 1 Monat eingestellt wird. Nachdem ich diese nun auf 3 Jahre hochgesetzt habe, hat die vollständige Datenübernahme geklappt.
Da die Datenbankabfragen bei Victoriametrics entsprechend der PromQL-Syntax erfolgen, müssen die Grafana Dashboards in einer Fleissarbeit nun händisch neu angelegt werden. Die ersten Dashboards konnte ich bereits umsetzen…
Weitergehende Fragen beantworte ich gerne.
Beste Grüße
Torsten
Danke für die Info. Eigentlich krass, wegen einem Missverständnis werden da jetzt einige ihre Datenbank verloren haben.
Mir ging es ähnlich wie dir, allerdings habe ich zuerst eine Migration auf InfluxDB1 in einem eigenen Proxmox Container durchgeführt. Da ich aber nicht bei der abgekündigten Version 1 bleiben wollte, habe ich eine Migartion auf TimescaleDB durchgeführt und dorthin auch meine 21.000.000 alten Daten migriert. Was allerdings zu Folge hatte, das der Plattenplatz von 7GB auf über 40GB angestigen ist. Da dauert auch das tägliche Backup über 2 Stunden, völlig inakzeptabel. Daraufhin habe ich mir eine Victoriametrics eingerichtet und meine Daten von InfluxDB migriert. Der ganz Container hat 3GB und das Backup der Datenbank belegt 1,4GB und die Täglichen inkrementellen Backups sind auch in ein paar Minuten erledigt inkl. Upload auf einen FTP Server. Soweit so gut.
Hast die VictoriaMetrics Community Edition oder die Enterprise Version und wenn du die Enterprise Version hast, wie ist das mit der Lizenz?
Das ist dann tatsächlich etwas seltsam! Meine TimescaleDB ist im Vergleich zu InfluxDB kleiner geworden. Wieviel genau kann ich gerade nicht mehr nachvollziehen. Ich vermute aber, dass deine Komprimierung nach der Migration noch nicht durch war!? Meine DB war zuerst unkomprimiert auch recht groß wurde aber nach 24-48h tatsächlich kleiner als die InfluxDB.. So meine Erfahrung.
Kannst du mir Sagen, wie ich in Grafana den InfluxDB GROUP BY time(1d) in VictoriaMetrics umsetzen.
Moin,
ich hab‘s über die community scripts installiert.
Diese Abfrage in Influxdb:
`SELECT last("value") FROM "state" WHERE ("friendly_name"::tag = 'VoluMess COP daily') AND $timeFilter GROUP BY time(1d,-2h) fill(null)`
habe ich in VictoriaMetrics so umgesetzt:
`last_over_time(state_value{friendly_name="VoluMess COP daily"}[1d])`
by HarryP:
. Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)
. Code-/Logzeilen formatiert (bitte immer in </> einbinden)
. s.a.: (Neues Update & Features - Hier in der Community 🫶)
Moin Zusammen,
Ich habe ein kleines Open-Source-Tool namens Influx1to3 entwickelt, das Daten kontrolliert von InfluxDB 1.x nach InfluxDB 3 Core oder Enterprise (At-Home Lizenz ist kostenlos mit allen feature nur auf 2 CPU Core begrenzt) migriert.
Damit konnte ich meine HA InfluxDB1 Daten erfolgreich migrieren und weiterhin in Grafana nutzen.
Es bietet unter anderem:
-
Weboberfläche mit Einrichtungsassistent
-
Auswahl von Measurements und Zeiträumen
-
Filter und optionale Datenverdichtung
-
pausierbare und fortsetzbare Migrationen
-
persistente Queue für einen sicheren Wiederanlauf
-
automatische Wiederholung bei temporären Netzwerkfehlern
-
RAM-abhängige Drosselung zum Schutz der Quell-InfluxDB
-
Fortschrittsanzeige, Schreibraten-Graph und Fehlerprotokoll
-
Bereitstellung als kompaktes Docker-Image
Das Projekt befindet sich noch in der Testphase. Ich suche daher Nutzer mit unterschiedlichen InfluxDB-1.x- und InfluxDB-3-Umgebungen, die Interesse hätten, es auszuprobieren und Feedback zu geben.
Gruß Back
Hallo,
mich hat es auch erwischt bzw. hab geklickt, bevor ich recht viel nachgedacht habe und dadurch InfluxDB gelöscht und damit auch die Daten.
Auf einen weiteren HA läuft es noch und mache vorerste das update nicht.
Nachdem ich hier viele Beiträge gelesen habe, werde ich wahrscheinlich versuchen auf VictoriaMetrics Add-on umzusteigen (auf beiden HA). Dies wurde hier auch schon hier oft vorgeschlagen.
Der Grund ist für mich, dass ich mir nicht sicher bin, ob InfluxDB kostenlos bleibt und mir evlt. die hauseigenen Möglichkeiten (1 Std) von HA nicht reichen.
Ist diese Option immer noch in Ordnung oder sollte ich lieber nicht auf VictoriaMetrics wechseln?
Ich habe noch Backups von vor dem Update. Anhand der Backupgröße sind in diesen wahrscheinlich die Daten noch vorhanden.
Möchte jetzt eine Teilwiederherstellung versuchen.
Wenn ich das entsprechende Backup auswähle und nur die App InfluxDB auswähle, werden dann die App und auch wieder die Daten auf mein laufendes System installiert?
Vielen Dank
Grüße
Ruggy
Was spricht gegen *Influx1to3 ?
Hat er doch geschrieben:
Der Grund ist für mich, dass ich mir nicht sicher bin, ob InfluxDB kostenlos bleibt und mir evlt. die hauseigenen Möglichkeiten (1 Std) von HA nicht reichen.
Das war auch für mich der Grund nicht auf InfluxDB3 zu wechseln.
am Ende hab man bei beiden OSS Versionen und keinerlei Garantie das diese weitere Entwicklungen erfahren.
Das war auch hauptsächlich der Grund warum ich hier nochmals nachfrage bevor ich mich für etwas entscheide.
Bei influxDB V3 besteht meiner Meinung nach das Problem, dass es mal kostenpflichtig werden kann oder auch wieder eingestellt wird wie die V1.
Auch bei VictoriaMetrics kann dies natürlich auch sein. Wahrscheinlich eher nicht so, dass es kostenpflichtig wird, aber es könnte evlt. nicht mehr weiterentwickelt werden.
Wobei es ja Open-Source-Modell ist.
Da ich auf diesem Gebiet wenig Ahnung habe, kann ich überhaupt nicht abschätzen wie es kommen könnte (unabhängig von meiner Glaskugel 
)
Gibt es Grundsätzlich Vor- oder Nachteile, warum man das eine oder andere nehmen sollte?
Daten habe ich hauptsächlich aus Temperatur Feuchtigkeit / Wetterdaten; Stromverbrauch,…
Ich wollte schon länger meine InfluxDB V1 von meinem Pi5 auf eine exteren SSD Festplatte umziehen, um die SD zu schonen. Habe zwar einen QNAP NAS, der läuft aber auch mal über Nacht nicht oder im Urlaub, daher wollte ich dort einfach nur öfters ein Backup der DB ablegen. Grafana nutze ich auf meinem Laptop mit Zugriff auf die InfluxDB, vo allem um die Betriebsdaten meiner LG Wärmepumpe zu “verstehen”. Dieser Plan scheint mir mit der aktuellen Entwicklung mit influxDB nicht mehr der Beste zu sein ….
Was würdet ihr empfehlen? Umstiege auf VictoriaMetrics auf SSD Festplatte am PI5 (und Daten migrieren) oder direkt nur den NAS nutzen?
Ich würde jetzt nicht schreiend rumlaufen und alles über Board werfen und irgendwohin migrieren. VictoriaMetrics löst vielleicht Probleme aber die Migration scheint aufwändig.
Ich vermute es gibt bald ein Update da frenck, der Author des Addons scheinbar an einer neuen Version arbeitet. Lt. Release notes in Version 6.0. Ob ihr Daten von alter in neue Version migrieren müsst wird er schon noch publishen.
6.0 ist schon aktuell im System wenn Auto-Update für die App aktiv ist.
Das ist aber nicht der springende Punkt, sondern die Tatsache das auf einmal ein laufendes System eingestellt wurde und dazu noch die Voreinstellung dazu führen konnte seine Daten zu verlieren.
Was einmal passiert kann wieder passieren und fehlendes Vertrauen muss erst wieder erarbeitet werden.
Also erst mal HA auf USB SSD umziehen und abwarten?