Home Assistant affiche des données obsolètes après un changement de chemin de stockage

Des données obsolètes dans Home Assistant après une modification du chemin de stockage signifient généralement que l’instance en cours d’exécution lit un autre répertoire /config ou une autre base de données que prévu, et non que Home Assistant a recréé d’anciens états à partir de la mémoire.

Cessez de modifier les chemins et préservez les anciens et nouveaux emplacements de données. Depuis le conteneur en cours d’exécution, vérifiez la source montée, identifiez la base de données et l’instance actives, comparez les horodatages et les états uniques, puis corrigez un seul mappage. Si l’historique ou les registres risquent d’être écrasés, arrêtez Home Assistant avant de copier ou de renommer quoi que ce soit.

Vérifier le chemin réellement visible par le conteneur en cours d’exécution

Inspectez le conteneur actif plutôt que le seul fichier Compose. Confirmez la source hôte mappée vers /config, vérifiez s’il s’agit d’un montage bind ou d’un volume nommé, et assurez-vous que la source résolue existe et contient les fichiers de configuration attendus. Une déclaration qui semble correcte peut différer du conteneur en cours d’exécution après une recréation incomplète.

Une discussion sur une migration résolue souligne que le déplacement d’un conteneur dépend d’un dossier de configuration monté par liaison disposant de permissions utilisables. Cela justifie de vérifier d’abord le mappage actif, mais ne prouve pas que tous les cas de données obsolètes sont dus à un problème de permissions.

Créez un fichier marqueur inoffensif dans le chemin hôte prévu, pendant que Home Assistant est arrêté, puis vérifiez que ce même marqueur est visible dans /config depuis un conteneur d’inspection temporaire. S’il est absent, corrigez le mappage. S’il est présent, poursuivez avec l’identification de la base de données et de l’instance.

Distinguer une ancienne copie de fichiers d’une base de données externe

Comparez les dates de modification et quelques éléments de configuration uniques entre les anciens et les nouveaux chemins : nom d’une automatisation, modification d’un tableau de bord, aide ou sauvegarde récente. Si le nouveau répertoire est simplement une copie plus ancienne, ne fusionnez pas sélectivement les fichiers pendant que Home Assistant fonctionne ; choisissez l’ensemble faisant autorité et copiez-le comme une unité cohérente, Home Assistant étant arrêté.

Vérifiez l’URL de la base de données du Recorder. Déplacer /config ne déplace pas une base de données MariaDB ou PostgreSQL externe, et une configuration restaurée peut toujours pointer vers l’ancienne base de données. Si les entités actuelles semblent correctes mais que l’historique est ancien, l’hypothèse de la base de données est plus probable qu’une discordance complète de configuration.

L’article de ZimaSpace sur les données persistantes après la recréation de la pile explique un mode de défaillance voisin : un montage vide peut donner l’impression d’une perte de données, tandis qu’un ancien montage peut donner l’impression que les données sont revenues à un état antérieur.

Écarter une instance en double et un cache limité au client

Confirmez que l’URL du navigateur, le nom du serveur, l’adresse IP, l’identifiant d’instance et le certificat correspondent à l’hôte Home Assistant prévu. Pendant les migrations, un ancien enregistrement DNS, une cible d’ proxy inverse, une entrée de serveur de l’application mobile ou un ancien hôte resté allumé peuvent diriger différents clients vers différentes instances.

Comparez la même entité et le même horodatage d’historique depuis une session de navigation privée et un second client. Si un seul client affiche des données obsolètes tandis que les journaux du serveur et un autre client sont à jour, réinitialisez la connexion de ce client ou les données frontend mises en cache au lieu de modifier à nouveau le stockage.

Si les clients alternent entre l’ancien et le nouvel état, arrêtez l’ancienne instance et corrigez les cibles DNS, du proxy ou de l’équilibreur de charge. Ne laissez pas deux contrôleurs exécuter des automatisations sur les mêmes appareils pendant que vous vérifiez leur identité.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Corriger un seul mappage et conserver une copie de restauration

Arrêtez Home Assistant, créez un instantané ou copiez les deux chemins candidats, puis étiquetez-les avec l’hôte, la date et l’état connu. Sélectionnez /config et la base de données faisant autorité comme ensemble de récupération cohérent. Corrigez uniquement le mappage du conteneur ou l’URL de la base de données responsable de l’incohérence vérifiée.

Vérifiez la propriété et les droits d’écriture avant le redémarrage. Si le conteneur peut lire le chemin choisi mais ne peut pas y écrire, le système peut sembler correct au départ, puis ne plus conserver les nouveaux états. N’appliquez pas de modifications récursives générales des permissions sans avoir confirmé l’identité du service et la propriété attendue.

Démarrez Home Assistant une seule fois et consultez les journaux avant d’effectuer d’autres modifications. Si les entités, tableaux de bord, l’historique et changements récents attendus apparaissent, poursuivez avec les tests de persistance. Sinon, arrêtez-vous et revenez à la copie étiquetée plutôt que de combiner les deux arborescences de données.

Vérifier que les bonnes données survivent à la recréation et au redémarrage

Effectuez une modification de test réversible, par exemple en créant une aide temporaire ou en renommant une automatisation de test. Redémarrez Home Assistant et vérifiez que la modification subsiste. Recréez ensuite le conteneur à partir de la configuration de déploiement enregistrée et vérifiez à nouveau.

Un résultat concluant montre la même identité d’instance, l’historique attendu, les registres actuels, la source de montage correcte, des écritures réussies et l’absence de contrôleur en double. Vérifiez qu’une nouvelle sauvegarde inclut l’état sélectionné et stockez-la à l’écart des deux chemins de migration.

Demandez une analyse complémentaire si les données changent selon le client, si l’historique provient d’une autre base de données que l’état actif, ou si le chemin correct devient accessible en lecture seule après un redémarrage. Conservez l’inspection du montage, l’URL de la base de données, les horodatages, les journaux et les deux copies de restauration intactes afin que l’étape suivante puisse cibler la branche restante.