Home Assistant zeigt nach einer Änderung des Speicherpfads veraltete Daten an

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Home Assistant Shows Stale Data After a Storage Path Change - Zima Store Online

Veraltete Home-Assistant-Daten nach einer Änderung des Speicherpfads bedeuten in der Regel, dass die laufende Instanz ein anderes /config-Verzeichnis oder eine andere Datenbank verwendet als erwartet – nicht, dass Home Assistant alte Zustände aus dem Speicher rekonstruiert hat.

Nehmen Sie keine weiteren Pfadänderungen vor und bewahren Sie sowohl die alten als auch die neuen Datenpfade auf. Ermitteln Sie im laufenden Container die tatsächlich eingebundene Quelle, identifizieren Sie die aktive Datenbank und Instanz, vergleichen Sie Zeitstempel und eindeutige Zustände und korrigieren Sie erst danach eine Zuordnung. Wenn der Verlauf oder Registrierungen überschrieben werden könnten, stoppen Sie Home Assistant, bevor Sie etwas kopieren oder umbenennen.

Beweisen, welchen Pfad der laufende Container tatsächlich sieht

Untersuchen Sie den aktiven Container statt nur die Compose-Datei. Bestätigen Sie die Host-Quelle, die auf /config abgebildet wird, ob es sich um einen Bind-Mount oder ein benanntes Volume handelt und ob die aufgelöste Quelle vorhanden ist und die erwarteten Konfigurationsdateien enthält. Eine korrekt aussehende Deklaration kann sich nach einer unvollständigen Neuerstellung vom tatsächlich laufenden Container unterscheiden.

Eine ausführliche Migrationsdiskussion betont, dass ein Containerumzug einen korrekt eingebundenen Konfigurationsordner mit nutzbaren Berechtigungen erfordert. Das spricht dafür, zuerst die aktive Zuordnung zu prüfen; es beweist jedoch nicht, dass jeder Fall veralteter Daten auf ein Berechtigungsproblem zurückzuführen ist.

Erstellen Sie bei gestopptem Home Assistant eine harmlose Markierungsdatei im vorgesehenen Host-Pfad und bestätigen Sie anschließend, dass dieselbe Markierung in einem temporären Prüfcontainer unter /config sichtbar ist. Fehlt sie, korrigieren Sie die Zuordnung. Ist sie vorhanden, fahren Sie mit der Prüfung der Datenbank- und Instanzidentität fort.

Eine ältere Dateikopie von einer externen Datenbank unterscheiden

Vergleichen Sie die Änderungszeitpunkte und einige eindeutige Konfigurationsmerkmale in den alten und neuen Pfaden: einen Automationsnamen, eine Dashboard-Änderung, einen Helfer oder eine aktuelle Sicherung. Wenn das neue Verzeichnis lediglich eine ältere Kopie ist, führen Sie keine selektive Dateizusammenführung bei laufendem Home Assistant durch. Wählen Sie den maßgeblichen Datenbestand und kopieren Sie ihn als gestoppte, konsistente Einheit.

Prüfen Sie die Recorder-Datenbank-URL. Das Verschieben von /config verschiebt keine externe MariaDB- oder PostgreSQL-Datenbank, und eine wiederhergestellte Konfiguration kann weiterhin auf die vorherige Datenbank verweisen. Wenn die aktuellen Entitäten korrekt aussehen, der Verlauf jedoch veraltet ist, spricht dies eher für den Datenbankzweig als für eine vollständig falsche Konfiguration.

Der ZimaSpace-Artikel zu dauerhaften Daten nach der Neuerstellung eines Stacks erklärt den verwandten Fehlerfall: Ein leerer Mount kann wie Datenverlust wirken, während ein älterer Mount den Eindruck erwecken kann, dass die Daten zurückgesetzt wurden.

Eine doppelte Instanz und einen reinen Client-Cache ausschließen

Bestätigen Sie, dass Browser-URL, Servername, IP-Adresse, Instanz-ID und Zertifikat zum vorgesehenen Home-Assistant-Host gehören. Während Migrationen können ein alter DNS-Eintrag, ein Reverse-Proxy-Ziel, ein Server-Eintrag in der mobilen App oder ein noch eingeschalteter alter Host verschiedene Clients zu unterschiedlichen Instanzen leiten.

Vergleichen Sie dieselbe Entität und denselben Zeitstempel des Verlaufs in einer privaten Browsersitzung und auf einem zweiten Client. Wenn nur ein Client veraltete Daten zeigt, während Serverprotokolle und ein anderer Client aktuell sind, löschen Sie die Verbindung oder zwischengespeicherte Frontend-Daten dieses Clients, statt den Speicher erneut zu ändern.

Wenn Clients abwechselnd alte und neue Zustände anzeigen, stoppen Sie die alte Instanz und korrigieren Sie DNS-, Proxy- oder Load-Balancer-Ziele. Lassen Sie während der Untersuchung der Identität nicht zwei Controller Automationen für dieselben Geräte ausführen.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Eine Zuordnung korrigieren und eine Rollback-Kopie bewahren

Stoppen Sie Home Assistant, erstellen Sie einen Snapshot oder eine Kopie beider möglichen Pfade und kennzeichnen Sie sie mit Host, Datum und bekanntem Zustand. Wählen Sie /config und die Datenbank als zusammengehöriges, maßgebliches Wiederherstellungsset aus. Korrigieren Sie ausschließlich die Container-Zuordnung oder die Datenbank-URL, die für die verifizierte Abweichung verantwortlich ist.

Prüfen Sie vor dem Start Eigentümer und Schreibzugriff. Wenn der Container den ausgewählten Pfad lesen, aber nicht beschreiben kann, kann das System zunächst korrekt erscheinen und anschließend neue Zustände nicht dauerhaft speichern. Verwenden Sie keine pauschalen rekursiven Berechtigungsänderungen, ohne die Dienstidentität und den erwarteten Eigentümer zu bestätigen.

Starten Sie Home Assistant einmal und prüfen Sie die Protokolle, bevor Sie weitere Änderungen vornehmen. Wenn die erwarteten Entitäten, Dashboards, Verlaufsdaten und aktuellen Änderungen erscheinen, fahren Sie mit den Tests zur dauerhaften Speicherung fort. Andernfalls stoppen Sie den Dienst und kehren Sie zur gekennzeichneten Kopie zurück, statt die beiden Datenbäume zusammenzuführen.

Überprüfen, dass die richtigen Daten Neuerstellung und Neustart überstehen

Nehmen Sie eine reversible Teständerung vor, etwa indem Sie einen temporären Helfer erstellen oder eine Testautomation umbenennen. Starten Sie Home Assistant neu und bestätigen Sie, dass die Änderung erhalten bleibt. Erstellen Sie anschließend den Container aus der gespeicherten Bereitstellungskonfiguration neu und prüfen Sie erneut.

Ein erfolgreiches Ergebnis zeigt dieselbe Instanzidentität, den erwarteten Verlauf, aktuelle Registrierungen, die korrekte Mount-Quelle, erfolgreiche Schreibvorgänge und keinen doppelten Controller. Bestätigen Sie, dass eine neue Sicherung den ausgewählten Zustand enthält, und bewahren Sie sie getrennt von beiden Migrationspfaden auf.

Leiten Sie den Fall weiter, wenn sich Daten je nach Client ändern, der Verlauf aus einer anderen Datenbank stammt als der Live-Zustand oder der korrekte Pfad nach einem Neustart schreibgeschützt wird. Bewahren Sie die Mount-Inspektion, die Datenbank-URL, Zeitstempel, Protokolle und die beiden unveränderten Rollback-Kopien auf, damit der nächste Schritt gezielt den verbleibenden Fehlerzweig untersuchen kann.