#25 Read-only mode database

Faire une commande d’initialisation de la database en mode ram pour les cas où l’on est en read-only.

Tester aussi la gestion des processus pyheatpump en mode read-only.

Si la migratior peut avoir lieu dans une situation ou pyHeatpump est en fonction, il faut sans doutes recharger le service :

systemctl reload pyheatpump_supervise

Une question que je me pose en écrivant le script d’initialisation. Est-ce qu’on ne devrait pas inclure par défaut l’execution d’un “pip upgrade pyheatpump”, qui upgraderait l’installation si la pi est en read-write. Je suis un peu contre l’idée de mettre cette fonctionalité en mode “ro” (avec un mount -o remount,rw / suivi d’un upgrade de pyheatpump et un mount -ao remount), mais c’est vrai que dans le cas d’une sdcard en RO, c’est la seule manière de mettre à jour sans changer la SD.

Ça peut être à discuter avec les utilisateurs.

Je me suis finalement résolu à cloner le dépôt dans le répertoire /opt de l’image. C’est la manière la plus simple de récupérer des mises à jour des fichiers de conf (en particulier la DB et les fichiers systemd (timer et service).

Le script de pre-exec fonctionnera donc de la manière suivante :

• Création du repertoire /var/run/pyheatpump
• Initialisation de la base de donnée (lue depuis le dépôt)
• Copie du pyheatpump.ini par défaut