Forum Domoticz en français

Bonjour,

J'ai une installation Domoticz qui tourne sur raspberry depuis fin décembre 2017 donc max 1 mois.

Je suis en phase d’optimisation de l'utilisation de la carte SD et ai suivis les conseils de configuration des logs, les tmp en RAM etc ..... sur le merveilleux forum domoticz

A ce jours ne me reste quasiment que la gestion de la base domoticz et les fichier temporaires utilisés par la base SQL domoticz qui subsistent et génèrent encore a mes yeux beaucoup trop d'écritures sur la carte.

Comme décrit ici https://www.domoticz.com/wiki/Moving_Lo ... _RAM_Drive je souhaite passer les fichiers -shm et -wal en RAM.

Après une première tentative qui s'est mal terminée, Crash carte et base, heureusement j'ai pu recharger une image de cart SD sauvegardée, je regarde donc de plus près avant de retenter la manip et je me préocupe de la taille du fichier domoticz.db-wal qui représente 42MB et je ne parle pas du taux d’écriture sur la carte, ce fichier etant mis à jours chaque minute
- Cette taille vous parait-elle normale ?

- Est'il raisonable/nécessaire/normal de devoir configurer un /tmp en RAM aussi gros pour heberger un tel -wal alors que le Post cité ci dessus n'envisage que 20M ?

- Qu'elle taille de /tmp en RAM est'il raisonable de configurer sur un Raspberry ?

- Si je comprend bien ce fichier est une fichier temporaire, se pourrait’il que du fait des très nombreux essais, peut être pas toujours dans les règles de l'art, ce fichier ait grossit anormalement ?

- Puis je simplement le purger, l'effacer ?

En dépit de nombreux post sur le sujet, je n'ai pas trouvé réponses à mes questions, je vous remercie par avance pour votre aide.

Salut,

Shm et wal sont effaçables oui, mais le tps que je reponde tu as probablement fait une sauvegarde, effacé les fichiers et remarqué qu'ils se re créaient..

Je ne connais pas leur rôle mais lorsque je recharge un backup je les efface systématiquement

Pour la taille il faut que je vérifie ici mais ça me semble gros..

Le fichier db-wal est créé lors du premier accès à la base et supprimé lorsque le dernier accès ferme la connexion.
Il sert à enregistrer toutes les transactions effectuées sur la base, pour pouvoir éventuellement "détricoter" ces transactions en cas de nécessité.

Du coup, pas sûr que le mettre en ram-disk soit une bonne idée.

S'il est si gros, j'imagine que c'est parce que ce système n'a pas été redémarré depuis longtemps.

Bonjour,
Merci pour vos retours et visions de la chose, J'ai un peu progressé, en voici les observations.

Oui aucun problème pour supprimer les fichiers domoticz.db-shm et domoticz.db-wal une fois le service domoticz arreté bien entendu.

Au ré-demarage de domoticz, ils sont effectivement ré-crées avec pour domoticz.db-wal une taille qui augmente chaque minutes pour atteindre semble il une taille comparable à celle de la base domoticz.db et qui varie au fil du temps entre 4 à 5 MB.

J'en ais alors profité pour basculer domoticz.db-shm et domoticz.db-wal en RAM sur un tmpfs dimensionné à 10MB en espérant que cela suffise ne sachant pas encore quoi faire si la taille devait à nouveaux croitre démesurément. (augmenter le RAM disk ne me paraoit pas une solution raisonnable)

Je n'ai aucune explication de la taille exorbitante de 42M atteinte par mon fichier domoticz.db-wal précédent, d'autant plus que j'ai au moins redémarré le Pi une fois par jour, je ne garantie pas en revanche que domoticz ait été proprement stoppé a chaque fois, donc cause probable à mes yeux.

Dans une préoccupation de fiabilité, je suis désormais intéressé par comprendre le taux d'écriture raisonnable (iotstat -kt) et optimal atteignable pour préserver au mieux la longévité de la carte SD.

Avant la mise en RAM de domoticz.db-shm et domoticz.db-wal, domoticz écrit 2 753 837 KB/jour sur la carte SD, le taux d’écriture est d'ailleurs indépendant de la taille du fichier domoticz.db-wal lui même.

Depuis la mise en RAM, j'évalue à prêt de 5 fois moins le taux d'écriture avec environ 506 441 KB/jour, mais cela reste a confirmer, je pense d'ailleurs ouvrir un post sur le sujet.