You are not logged in.
Bonjour,
Je teste la mise à jour de la version GLPI 10.0.14 vers la version 10.0.15 et avant la migration, tout est OK pour le check de BdD mais une fois la mise à jour effectuée, j'ai ce message :
root@xxxxxxxxxxxx:/var/www/html/glpi# php bin/console database:check_schema_integrity
Le schéma diffère pour la table "glpi_items_disks".
--- Schéma de base de données attendu
+++ Schéma de base de données actuel
@@ @@
`encryption_type` varchar(255),
`entities_id` int NOT NULL DEFAULT 0,
`filesystems_id` int NOT NULL DEFAULT 0,
- `freesize` bigint NOT NULL DEFAULT 0,
+ `freesize` int NOT NULL DEFAULT 0,
`is_deleted` tinyint NOT NULL DEFAULT 0,
`is_dynamic` tinyint NOT NULL DEFAULT 0,
`items_id` int NOT NULL DEFAULT 0,
@@ @@
`itemtype` varchar(255),
`mountpoint` varchar(255),
`name` varchar(255),
- `totalsize` bigint NOT NULL DEFAULT 0,
+ `totalsize` int NOT NULL DEFAULT 0,
PRIMARY KEY (`id`),
KEY `date_creation` (`date_creation`),
KEY `date_mod` (`date_mod`),
Y-a-t-il quelque chose à modifier ou est-ce normal et qu'il ne faut pas prendre en compte ce changement ?
Merci d'avance.
Last edited by tnt83 (2024-04-30 13:03:11)
Offline
Bonjour,
la réponse à ce sujet m'intéresse.
j'ai exactement la même erreur.
Comment peut-on modifier le schéma afin qu'il corresponde à ce qui est attendu par GLPI ?
Last edited by InfoTellos (2024-05-02 13:05:53)
Offline
Bonjour,
J'ai eu le même avertissement lors de la mise à jour GLPI de 10.0.14 vers 10.0.15 sur XAMP 8.2.12
Dans la base de données, j'ai modifié le type "int" par "bigint" pour les champs "freesize" et "totalsize" de la table "glpi_item_disks"
Et c'était OK
Offline
j'ai trouvé la réponse sur le site suivant : github.com/glpi-project/glpi/issues/16844
il faut se connecter sur la base SQL en root : mysql -u root -p
Trouver la base de données de GLPI via la commande suivante : SHOW DATABASES;
Se connecter sur la base de données GLPI: USE DBGLPI;
Puis lancer les 2 commandes suivantes:
ALTER TABLE glpi_items_disks MODIFY COLUMN freesize BIGINT NOT NULL DEFAULT 0;
ALTER TABLE glpi_items_disks MODIFY COLUMN totalsize BIGINT NOT NULL DEFAULT 0;
on quitte la BDD, et on relance le test d'intégrité de GLPI : sudo php bin/console database:check_schema_integrity
pour ma part, cette manipulation a résolu le problème.
Offline
Bonjour,
Même problème pour moi.
La solution a fonctionné aussi.
Merci beaucoup. ?
Offline
j'ai trouvé la réponse sur le site suivant : github.com/glpi-project/glpi/issues/16844
il faut se connecter sur la base SQL en root : mysql -u root -p
Trouver la base de données de GLPI via la commande suivante : SHOW DATABASES;
Se connecter sur la base de données GLPI: USE DBGLPI;
Puis lancer les 2 commandes suivantes:
ALTER TABLE glpi_items_disks MODIFY COLUMN freesize BIGINT NOT NULL DEFAULT 0;
ALTER TABLE glpi_items_disks MODIFY COLUMN totalsize BIGINT NOT NULL DEFAULT 0;on quitte la BDD, et on relance le test d'intégrité de GLPI : sudo php bin/console database:check_schema_integrity
pour ma part, cette manipulation a résolu le problème.
Meme probleme pour moi au passage 0.0.14 ver 15 sur debian 12
sudo php bin/console database:check_schema_integrity
Cette commande ne passe par pour une erreur "bin" non trouve
GLPI 10.0.16 - Debian 12
Offline
sudo php bin/console database:check_schema_integrity
N'exécutez jamais quoi que ce soit lié à GLPI en tant que root. Cela ruinera presque certainement les autorisations de fichiers (principalement les fichiers journaux et les fichiers cache).
Au lieu de cela, vous devez l'exécuter en tant que même utilisateur que celui utilisé par votre serveur Web.
Pour l'erreur que vous avez reçue, vous devez exécuter cette commande depuis le répertoire GLPI.
Exemple:
cd /var/www/html/glpi
sudo -u www-data bin/console database:check_schema_integrity
GLPI Collaborator and Plugin Developer.
My non-English comments are automated translations. Sorry for any confusion that causes.
Mes commentaires non anglais sont des traductions automatiques. Désolé pour toute confusion qui cause.
Mis comentarios que no están en inglés son traducciones automáticas. Perdón por cualquier confusión que cause.
Offline
Bonjour,
merci pour la solution, j'avais le même problème lors du passage de Glpi 10.0.9 vers Glpi 10.0.15.
Offline
Etant resté en version 10.0.14, je n'ai pas fait la mise à jour en 15
Mais il semble que le passage de 10.0.14 vers 10.0.16 ne pose plus ce problème de Différence de schéma après mise à jour GLPI v10.0.14 vers 10.4.0.15
A l'ouverture de GLPI, la mise à jour de la base s'est passée sans problème.
Encore merci
GLPI 10.0.16 - Debian 12
Offline