Bonjour,
Plusieurs fois par mois j’ai ce message :
[MySQL] Error code : 42S02 (1146). Table ‹ jeedom.config › doesn’t exist : SELECT key,value FROM config WHERE key IN (‹ language ›) AND plugin=:plugin
Il me suffit de faire dans /var/www/html/install :
php database.php
puis
php restore.php et cela rentre dans l’ordre.
Je précise que j’ai 3 jeedom identiques UC, version debian, version jeedom dans 3 endroits différents.
Je n’ai le problème que sur l’un d’entre eux.
Je n’ai pas trouvé de réponse venant de l’équipe jeedom mais qq posts avec comme conclusion « c’est revenu à la normale, je clôture!!! » Aucune explication technique.
Mon probème est que cet incident est encore une fois fréquent et récurrent.
Merci de votrre retour.
Je dirais comme ça un PB avec le support de stockage
Norbert
1 « J'aime »
Hello @krissam44,
Il faudrait regarde les logs de mysql/mariadb, mais une table me disparait pas comme ça.
Je pense que l’analyse de Norbert est la bonne : ton stockage est en train de montrer des singes de faiblesse sur ce Jeedom.
On peut avoir plus d’infos sur ton installation ? (page santé, type de machine et de stockage, etc)
Bad
La commande dmesg te permettra aussi de voir si tu as des blocs défectueux
1 « J'aime »
Un singe c’est malin, il peut cacher une table 
2 « J'aime »
Bonsoir,
Voici les infos du systèmes en question :
La page santé de Jeedom :
Je suis toujours en 4.3.23 … trop de boulot pour remettre d’equerre mes écrans avec la 4.4.25.
Le PC est un shuttle, processeur atom, 4Go de RAM et le disque dur est un SSD de 240Go.
dmesg m’indique seulement des erreurs de checksum UDP sur la carte ethernet. Rien concernant le HD.
Les logs mariadb n’étaient pas activées. Je viens de le faire.
Si vous avez des idées, je suis preneur.
Cordialement
Bonjour,
Lancer une analyse S.M.A.R.T pour aller jusqu’au bout de la piste du support défaillant.
En particulier regarder l’attribut % d’usure / durée de vie.
1 « J'aime »
En effet, rien de concluant ici
Bonne idée !