Petite présentation au préalable pour comprendre. Je suis sous proxmox, avee un debian stretch et jeedom 4.0.48 fraîchement installée.
Depuis le menu réglages/système/configuration/_OS/DB il est possible de contrôler différentes parties sur la partie système de jeedom. Autant je comprends la majorité des actions sont possible. Autant la partie « Vérification de la base de données » est beaucoup plus flou. En effet si j’ouvre cette fenêtre je constate plusieurs infos et surtout la possibilité de corriger via un bouton. J’ai lancé une action « Corriger » sur l’une des lignes indiquée et pour autant aucune action ne s’est réalisé.
Tu as regardé les logs après ?
Si tu fais corriger tout ce que je te conseille, derrière si tu reviens dans ce dialogue, tu ne devrais plus rien avoir…
J’ai à plusieurs reprises essayé de corriger sans aucune action tout du moins visible. J’ai rien vu dans les logs et après un refresh on me propose les mêmes corrections
J’ai également une VM avec toujours debian stretch et jeedom Alpha, je sais qu’il n’y a pas de support pour cette version mais le constat est identique.
Désolé erreur de frappe. J’étais sur une VM depuis ma box delta. J’ai investis dans du matériel pour accueillir Jeedom et bien d’autres. J’ai donc installé proxmox puis une VM avec un debian stretch. J’en profite pour faire le tri et un nettoyage de printemps. Est ce que chez toi tu constates le même phénomène?
Si tu vois comment faire, tu peux te connecter « manuellement » sur la DB et lancer une des commandes de création d’index (elles sont listées)
Si cela ne s’applique pas quand jeedom le fait c’est peut être qu’il y a une erreur et elle n’est peut être pas remontée.
Sinon à distance ça va être compliqué, il reste la création d’un ticket pour avoir du support.
Je viens de faire une demande de support, quand je ne connais pas j’ai une petite voix dans ma tête qui me dit « Ne touche pas à ça ptit con » lol
J’ai tout de même deux phénomènes curieux, à savoir:
autant d’index tagués en rouge malgré ma fraiche installe
Je pense que les deux sont des symptômes du même problèmes : jeedom n’arrive pas à les creer pour une raison, et donc les actions de corrections ne font pas mieux que l’install d’origine.
Je cite:" Cela est du au faite que vous êtes en stretch qui a une ancienne version de la base de données qui ne supporte les index très long que jeedom aimerait avoir.
En soit c’est pas grave ca n’empêche aucunement le fonctionnement de jeedom c’est juste un peu plus lent. Vous pouvez donc ignorer les erreurs.
Merci à @Mips et au support pour la réponse donnée,
Ca depend de si la base a été creer avec des index ou pas dans le cas ou non dans ce cas faut les ajouter avec des données existant et c’est la que ca pose soucis en stretch pas en buster
Voici le message d’erreur sur lequel je suis bloqué:
A l’étape 10
no crontab for root
./install.sh: 296 ./install.sh: usermod: not found
./install.sh:298 ./installe.sh: visudo: not found
Ne peut pas permettre à jeedom d’utiliser sudo - Annulation