Pour les personnes ayant un problème de ce type, j’ai trouvé une solution assez simple finalement, penser à faire un backup auparavant (soit des tables, soit de jeedom) :
- Lister la/les table(s) malades par un mysqlcheck (mdp de l’utilisateur mysql root…pas forcément le même que le root du système) :
mysqlcheck -u root -p --all-databases
- se connecter sur mysql (mariadb sur jeedom mais c’est pareil) :
mysql -u root -p
- Transformer la ou les table(s) innodb concernée(s) par une réparation en format MyISAM :
ALTER TABLE jeedom.history ENGINE=MyISAM; (la mienne était jeedom.history, à adapter selon le besoin)
- Réparer les tables (bon, là j’ai mis toutes les tables en sachant qu’il n’y en avait qu’une seule pas bonne)
mysqlcheck -u root -p --auto-repair --check --all-database
- Plus de message d’erreur dans le cronjob associé dans la page admin de jeedom.