Welcome to OCS Inventory NG community support, where you can ask questions and receive answers from other members of the community.

Please ask questions only in English or French.

Release 2.12.3 available

The official documentation can be found on https://wiki.ocsinventory-ng.org. Read it before asking your question.

[Résolu] Liste d'ordinateur vide après mise à jour

Bonjour,

Je viens de faire la mise à jour du mon serveur en 2.8 et la liste des ordinateurs est désormais toute vide !!!

Pourtant, avec les recherches multi critères je retrouve bien mes machines

J'ai une erreur dans error.log d'apache

2020-09-21 14:47:18 11668 [ERROR] InnoDB: Cannot add field `DEFAULTGATEWAY` in table `ocsweb`.`hardware` because after adding it, the row size is 8478 which is greater than maximum allowed size (8126 bytes) for a record on index leaf page.

Merci d'avance pour votre aide.
in OCS Inventory NG server for Unix by (670 points)
edited by

4 Answers

0 votes
J'ai ré-importé la sauvegarde de la base en 2.7 et refait la migration et je n'ai plus le problème.

Bizarre.
by (670 points)
0 votes
Bonjour,

J'ai exactement le même message. Je n'ose pas suivre ta solution, car la structure de la base de données a évolué entre la version 2.7 et 2.8, j'ai peur d'avoir une base de données instable.

Merci d'avoir relevé le problème, je me sens moins seul ;-)

J'espère qu'un patch officiel sortira.

PS : Il s'agit de l'error.log de mysql et non d'apache
by (280 points)
0 votes
J'ai creusé un peu. Je devais faire les mises à jour de la base de données de la version 7028 à 7037.

Je les ai lancé une par une en regardant l'error.log. Ca a fini par me renvoyer l'erreur lors de l'exécution du script 7034.sql à la ligne 12 :

ALTER TABLE `hardware` ADD COLUMN `ARCHIVE` INT DEFAULT NULL;

Erreur : ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs

J'espère que ça pourra aider à résoudre le problème.
by (280 points)
0 votes
Après lecture de ce lien : https://mariadb.com/kb/en/troubleshooting-row-size-too-large-errors-with-innodb/

Je pense que le problème vient du fait que mes tables ne sont pas en DYNAMIC mais en COMPACT (en effet la base de données à été créée dans une version assez ancienne de mysql ou mariadb puis upgradée)

En supprimant la bdd et en réinjectant une sauvegarde les tables seront en DYNAMIC (valeur par défaut avec les versions plus récentes de mariadb), c'est pour ca que ta solution a résolu le problème je pense.
by (280 points)
 
Powered by Question2Answer
...