Das Entfernen der App, entfernt auch die DB.
Ich habe in meiner InfluxDB ca. 945.000.000 Datensätze.
Wie viele Datensätze hast du migriert und wie lange hat dies in etwas gedauert?
Ich wollte das zuerst auch probieren, aber bin dann etwas abgestorben bei dem Script, da ich mich nicht einfach Anmelden konnte, das repo holen musste,.. und outflux zu dem Zeitpunkt super lief.
Ermutigt durch deine Aussage, habe ich an der Stelle weitergemacht und sie da ich war kurz vor dem Durchbruch und musste nur minimal was in der .env anpassen, dann ging die Verbindung.
Fix Tests mit Altdaten(nicht in TimeScale) und aktuellen Daten (in TimeScale vorhanden)
Und das hat auf Anhieb geklappt.
Da werden die Abfragen in Grafana viel einfacher.
Ich habe meine influxDB noch gehe aber anhand der Aussagen der Meldung zur Reparatur davon aus, das alles gelöscht wird. Zeigen ja auch die Meldungen hier im Forum.
Der RAM Verbrauch ist deutlich geringer.
Heute kam bei mir die Meldung wieder. HA Core: 2026.9.1 1
Reparatur: hassio: issue_addon_detached_addon_removed.
Was ist hassio?
Hass.io => bekannt als Home Assistant OS)
Ich hatte ca. 150.000.000 Datensätze.. Influx läuft bei mir noch nicht soo lange.. Gedauert hat die Migration ca. 14 Stunden. Du kannst dich also auf ein wenig Laufzeit einstellen 
.
Aber das skript läuft sauber im Hintergrund und du bekommst davon eigentlich nichts mit, außer dass deine Schreib- / Lesezugriffe recht hoch sind in der Zeit.. Vielleicht geht es bei dir auch schneller (SSD??). Ich habe die erste halbe Stunde mal die Logs mitlaufen lassen und dann Claude hochrechnen lassen wie lange es dauern wird. Hat ziemlich exakt gepasst was die KI da so überschlagen hatte.
Viel Spaß beim Migrieren!
Das Ignorieren kam in der Version 2026.9.1
Darum sagte ich auch „nicht mehr“
nein…die Möglichkeit den Reparaturhinweis zu ignorieren kam in der Version 2026.9.0
mittlerweile ist bei mir Version 2026.9.1 installiert und der Reparaturhinweis ist immer noch ignoriert
ich weis nicht mehr ob ich die Meldung direkt in dem Fenster ignorieren konnte, oder unter Einstellungen/System/Reparaturen und dann auf die 3 Punkte neben der Meldung
Ich konnte es dort ignorieren wo in meinem Screenshot mittlerweile wieder „OK“ steht wie zuvor
Also ich hatte mein influxdb aus meinen wöchentlichen Backup zurückgeholt und hatte halt 6 Tage verloren.
Ich hatte auch versuch influxDB 1.8.10 auf meine NAS zuspielen, hatte es dort und die NAS einfach zu schwach auf der Brust war und mein influx-Backup ca. 25GB groß ist und die NAS die Daten einfach nich richtig verdauen konnte und ich erhebliche Lücken in meine Grafana-Dashboards hatte entschloss ich mich einen weiteren PI 4 aufzusetzen und Docker einzurichten, derweil lief die DB weiterhin auf HA.
Da man auf dem HA-Pi nicht ohne weiteres an die Rohdaten kommt und das Backup erstellen und auspacken ewig dauert habe ich HA aufgebohrt (port 22222)und konnte dann mit WinSCP mir die Daten direkt runter auf mein neuen Pi mit influx kopieren was weniger Datenverlust bedeutete(influx auf HA kurz gestoppt) jetzt läuft die DB im neuen PI perfekt und ich konnte influx auf HA löschen, auch habe ich auf dem neuen PI einen weiteren Container mit einem Backup(Duplicati 2.4.0.0) das mir den ganzen PI als Backup auf die NAS schiebt.
Momentan habe ich mein 2026.7.4 eigefroren weil ich ab 2026.8.x bzw 9.x nicht weiß ob all meine Scripte wie z.B. 2x Eaton 3S 700 mit NUT laufen werden weil die haben eine Besonderheit und haben keine bzw. geben keine Serialnummer aus und verlieren dadurch immer ihre USB-Zuweisung was ich mit einem Script zum auslesen und einer Automation der die Ports entsprechen setzt erledigt habe so das sie immer richtig zugeordnet werden
Habe deswegen in auf Github ein Feature Request offen.
Ignorieren wäre auch meine präferierte Variante. Ich sehe aber in 2026.9.1 auch nur den ok Button.
Habs über Claude auf ignore setzen lassen.
Wie geht ihr nun vor mit euren Datenbanken? Migrieren? Gibt es eine Variante ohne viel Aufwand? Oder Influx weiter nutzen und ggfs. auf einen Repo Fork warten. Habe wenig Lust und Zeit alle SQL Abfragen in Grafana neu zu designen.
also ich bin der Meinung das influxdb 1.8.10 sehr robust ist und weiterhin bei mir auf einem anderen System weiter laufen wird und und ich habe Daten von über 3 Jahren und warum soll ich die DB aufgeben hatte bisher nie Probleme und läuft stabil, bis die die Macher von HA die Influxdb gekegelt haben
Hallo Heusi,
vielen Dank für deine Beiträge. Ich bin gerade dabei mich in TimescaleDB und den Apps einzulesen und würde auch gerne von InfluxDB2 auf TimescaleDB migrieren.
Der von dir beschriebene Weg mit der Scribe-Migration klingt sehr vielversprechend.
Ich habe Scribe via HACS installiert.
Im Scribe-GitHub-Readme steht zur Influx-Migration man soll zuerst in das Verzeichnis “Migration” wechseln und dort die dependencies installieren. Im Github finde ich auch das beschriebene env-example-file.
Aber in meinem installierten Scripe finde ich keinen “Migration”-Ordner. Ich stehe gerade noch ein wenig auf dem Schlauch.
Kannst du vielleicht bitte ein paar Details schreiben, wie du die Influx-Migration mit Scribe in HA durchgeführt hast?
Hallo Achim,
alleine mit der scribe Integration ist das noch nicht getan. Du brauchst auch noch den timescaleDB container oder eben die app in HA (was ja letztendlich auch ein container ist). Ich habe mich dazu entschieden, den timescale container außerhalb HA in meiner docker-Umgebung zu installieren um zukünftig nicht von der Weiterentwicklung der app innerhalb HA abhängig zu sein. Wie du das handhabst, bleibt natürlich dir selbst überlassen.
Da ich HA auf einer Synology NAS in einer VM laufen habe musste ich das ganze skript docker-basiert starten.
Je nachdem, welches System du nutzt kann das auch einfacher funktionieren.
Ich rate dir die KI deines Vertrauens zu beauftragen dir dabei zu helfen. In meinem Fall war das Claude. Da musst du auch nichts bezahlen solange du nicht allzuviele screenshots analysieren lässt 
Fütter die KI einfach mit deinem Anliegen und den Eckdaten deines Systems und dir wird sicherlich schneller und kompetenter geholfen als ich das hier auf diesem Wege tun könnte.
Viele Grüße und viel Erfolg!
ich habe vor 8 Minuten wieder die Reparaturmeldung bekommen und kann diese jetzt auch nicht mehr ignorieren.
sind die bekloppt?
Hallo zusammen.
Kann mir jemand erklären, weshalb ich nicht die InfluxDB 3 Core mir auf Docker installieren sollte und dann alle Daten dort hin zu migrieren? Und gut is.
InfluxDB 3 Core ist kostenlos, openSource, performant und die harte 72h Limitierung wurde 2025 aufgehoben.
Die Skalierbarkeit der Enterprise braucht doch kein normaler Mensch für Home-Assistant. Und selbst hier gäbe es die InfluxDB 3 Enterprise mit kostenloser at-home Lizenz.
Meine Grafana Abfragen laufen ausschließlich mit InfluxQL, auch hier muss ich von 1x zu 3x nichts umstellen.
Was würde also dagegen sprechen?
So ein “Flickenteppich” mit PostgreSQL und Addons würde mich eher abschrecken.
(oder wessen Hardware keine AVX/AVX2-CPU Befehlssätze unterstützt, weil Raspi und co., der kann doch locker InfluxDB 2.x laufen lassen, erhält weiterhin Bugfixes und für 99,9% aller HA Anwender mehr als ausreichend.)
ich sehe auch keinen Grund hier einzugreifen, es läuft top stabil - nur weil es offiziell nicht mehr weiterentwickelt wird ist es nicht tot und funktioniert weiter.
Auf eine andere DB migrieren und viele Stunden zu investieren kann man - wenn man Bock drauf hat.
@van Bin ich auch der Meinung, jedoch sollte die nervige Meldung nicht angezeigt werden wo wenn man unabsichtlich auf OK drückt alles gelöscht wird….