Problème de base de données

Bonjour,
Je ne sais pas trop ou poster ce message donc désolé d’avance si je suis pas au bonne endroit.
J’ai une box Atlas en version 4.4.2 Béta. Je l’avais montée en béta car à l’époque c’était la seul manière d’avoir la dernière version de l’application mobile et maintenant je ne sais pas comment faire pour revenir en Stable ! MAis ce n’est pas là mon problème ( enfin je pense ! )
J’ai constaté des ralentissements sur mon Zigbee et j’ai donc décidé de partir dans la section « Vérification système ». J’ai cliqué sur les bouton verts et la j’ai vu quelque chose de pas normal.
Quand je clique sur Vérification de la base de données, j’ai ceci :


Et même si je clique sur Coriger, et bien ça reste !
Quand je fait une vérification général, j’ai ça :

0000|[START CONSISTENCY]
0001|[START CHECK AND FIX DB] 0002|Fix : ALTER TABLE `cmd` DROP INDEX `logicalID`; 
0003|Fix : 
0004|CREATE INDEX `logicalID` ON `cmd` (`logicalId` ASC)[END CHECK AND FIX DB]
0005|Check jeedom package...**OK** 
0006|Check jeedom database... 
0007|Fix : ALTER TABLE `cmd` DROP INDEX `logicalID`;
0008|Fix : 
0009|CREATE INDEX `logicalID` ON `cmd` (`logicalId` ASC)**OK** 
0010|Check crons... 
0011|Check filesystem right...**OK** 
0012|Flush cache widget... 
0013|Check jeedom object...**OK** 
0014|Check jeedom cmd...**OK** 
0015|Set cache hour...**OK** 
0016|Check composer...**OK** 
0017|Check nodejs...Hit:1 http://deb.debian.org/debian buster InRelease 
0018|Hit:2 http://security.debian.org buster/updates InRelease 
0019|Hit:3 http://deb.debian.org/debian buster-updates InRelease 
0020|Hit:4 http://deb.debian.org/debian buster-backports InRelease 
0021|Hit:5 https://download.docker.com/linux/debian buster InRelease 
0022|Hit:6 https://deb.nodesource.com/node_18.x buster InRelease 
0023|Hit:7 http://xogium.performanceservers.nl/apt buster InRelease 
0024|Reading package lists... 
0025|Reading package lists... 
0026|Building dependency tree... 
0027|Reading state information... 
0028|apt-utils is already the newest version (1.8.2.3). 
0029|build-essential is already the newest version (12.6). 
0030|lsb-release is already the newest version (10.2019051400). 
0031|git is already the newest version (1:2.20.1-2+deb10u8). 
0032|0 upgraded, 0 newly installed, 0 to remove and 7 not upgraded. 
0033|[Check Version NodeJS actuelle : v18.17.1 : [ OK ] 
0034|[Check Prefix : /usr and sudo prefix : /usr and www-data prefix : /usr : [ OK ] 
0035|**OK** 
0036|[END CONSISTENCY]

Quelqu’un aurait-il une piste, même si je pense que ce n’est pas cela qui ralenti mon réseau Zigbee (mais cela je verrais après) ?

Bonjour,

Je répond juste à la question du retour en version Stable. Cela n’est pas possible.
Il est possible de monter en version mais pas de rétrograder. Même si cela est réalisable (il suffit de se placer dans la branche Stable, c’est tout). Vous allez avoir des problèmes. La raison est justement la bases de données (pour faire simple), elle a subit des modifications qu’un retour arrière ne supprimera pas.

La solution est de refaire une installation de Jeedom tout propre (en partant de 0) et de réinjecter la dernière sauvegarde que vous aviez mise de coté en v4.3.x.

Merci pour cette partie de réponse. Cela ne me dérange pas plus que cela pour l’instant.
Pour cela j’avais dans l’idée de rester en béta sans faire de mise à jour et d’attendre que le numéro de version stable dépasse la version que j’ai déjà d’installé. Ensuite je serais repassé en stable pour faire une mise à jour. Mais franchement je ne sais pas si cela aurait marché !

Sinon pour le problème de base de donnée, je suis entrain de suivre mes logs pour savoir ou cela pourrait avoir une incidence, mais je trouve pas !

Bonjour, Et bien je me répond à moi ! mdr
Concernant la base de donnée, à ce jour, j’ai toujours le problème dans vérification des données avec l’impossibilité de le corriger !
Depuis le 27/01 j’ai cherché ou il pouvait y avoir un impact, mais j’ai rien trouvé !
Cela ne semble pas avoir non plus d’impact sur ma configuration !

Sinon, pour le Zigbee j’ai tout réglé avec les conseils trouvé un peu partout sur le forum et tout fonctionne très bien ! Merci pour ça d’ailleurs !

Bonsoir,
Même anomalie constatée récemment sur un Rpi4B en version jeedom 442, plugins en dernière version et tout semble fonctionner sans problème à part les incidences possibles constatées:

  • pas possible de faire une mise à jour « OS PACKAGE »: roue tourne jusqu’à un message d’anomalie ( en ssh, les commandes upgrade/update ne posent pas soucis)
  • des packages en anomalie

et plugins installés:

Page santé sans anomalie,
Par principe un message d’erreur qui ne peut être supprimé me gêne.
Preneur d’une solution si elle existe à moins qu’une prochaine mise à jour de jeedom rectifie l’anomalie.
Cordialement.

Ou vois tu des packagés en anomalie ?

Norbert

Bonjour.
Effectivement pas en anomalie mais littéralement « incompatible avec l’os ».
C’est un Rpi 4b récent sur lequel j’ai installé jeedom 442 et les quelques plugins mentionnés.
Dès leurs sorties, mise en place des MAJ.
Sauf erreur de ma part je n’avais pas noté ou constaté ces incompatibilités ce que je considère sans doute abusivement comme une anomalie.
Cordialement:

Ce sont des packages nécessaires pour debian 10, et absents de debian 11. D’où le msg d’incompatibilité