You are not logged in.
Bonjour,
Test de migration de GLPI 9.5.6 vers GLPI 10.0.0.rc1 (mode tarball)
Sur l'interface web j'ai le message d'erreur :
- 1 primary or foreign keys columns are using signed integers. Lancez la commande "php bin/console glpi:migration:unsigned_keys" pour les migrer.
L’exécution de la commande ne résous pas le problème.
[root@glpi]# php bin/console glpi:migration:unsigned_keys
PHP Notice: Undefined variable: mode in /var/www/html/glpi/src/System/Requirement/SeLinux.php on line 80
Found 1 primary/foreign key columns(s) using signed integers.
Voulez-vous continuer ? [Yes/no]yes
Migration of column "glpi_domains.entities_id" cannot be done as it contains negative values.
1/1 [============================] 100%
Des erreurs se sont produites pendant la migration.
Comment corriger le problème de valeur négative ?
Bien à vous,
Yoni
Offline
Bonjour,
Même soucis pour 11 colonnes depuis la migration de GLPI 9.5.7 vers GLPI 10.0.0-rc1
Avez vous pu trouver une solution ?
Cordialement.
Merci
GLPI 10.0.16/ Plugins GlpiInventory / AgentGlpi : 1.10 < Serveur Debian 64 Bits>
Offline
Bonjour
Sur la version 10.rc3 j'ai toujours les problemes de valeurs negatives
Voulez-vous continuer ? [Yes/no]Yes
La migration de la colonne "glpi_monitors.manufacturers_id" ne peut pas être faite car elle contient des valeurs négatives.
La migration de la colonne "glpi_networkequipments.manufacturers_id" ne peut pas être faite car elle contient des valeurs négatives.
La migration de la colonne "glpi_peripherals.peripheralmodels_id" ne peut pas être faite car elle contient des valeurs négatives.
La migration de la colonne "glpi_peripherals.manufacturers_id" ne peut pas être faite car elle contient des valeurs négatives.
La migration de la colonne "glpi_phones.manufacturers_id" ne peut pas être faite car elle contient des valeurs négatives.
La migration de la colonne "glpi_plugin_datainjection_models.entities_id" ne peut pas être faite car elle contient des valeurs négatives.
La migration de la colonne "glpi_plugin_mydashboard_profileauthorizedwidgets.widgets_id" ne peut pas être faite car elle contient des valeurs négatives.
La migration de la colonne "glpi_printers.printermodels_id" ne peut pas être faite car elle contient des valeurs négatives.
La migration de la colonne "glpi_printers.manufacturers_id" ne peut pas être faite car elle contient des valeurs négatives.
La migration de la colonne "glpi_softwares.softwares_id" ne peut pas être faite car elle contient des valeurs négatives.
Merci
Merci
GLPI 10.0.16/ Plugins GlpiInventory / AgentGlpi : 1.10 < Serveur Debian 64 Bits>
Offline
Avez vous lancé les commandes suivantes depuis la console en mode admin ?
php bin/console glpi:migration:utf8mb4
php bin/console glpi:migration:unsigned_keys
Perso, cela a réglé beaucoup de pbs
Les autres messages d'erreur ont été réglés en supprimant les plugins, puis en les réinstallant l'un après l'autres en faisant les mise à jours de ceux-ci (beaucoup sont en RC pour glpi 10).
GLPI 10.0.16 - Windows Server 2016 - PHP 8.2.12 - MariaDB 10.4.20 -plugins "Form Creator" - "Champs supp" - "Gestion des commandes" - Firefox 115 ESR
Offline
Le problème persiste après le passage à la version 10.rc3.
Sur l'interface web glpi 9.5.6, dans Gestion > Domaines, j'ai plusieurs enregistrement où la colonne entité est vide. Ces enregistrements ce font de façon automatique. Pour ces champs vide, j'ai bien -1 au niveau de la base de données.
MariaDB [glpi]> select * from glpi_domains where entities_id=-1;
+-----+-----------------------+-------------+--------------+----------------+-----------------+---------------+----------------+--------+------------+---------+---------------------+---------------------+
| id | name | entities_id | is_recursive | domaintypes_id | date_expiration | users_id_tech | groups_id_tech | others | is_deleted | comment | date_mod | date_creation |
+-----+-----------------------+-------------+--------------+----------------+-----------------+---------------+----------------+--------+------------+---------+---------------------+---------------------+
..
| 8 | WORKGROUP | -1 | 0 | 0 | NULL | 0 | 0 | NULL | 0 | | 2022-01-14 14:20:43 | 2022-01-14 14:20:43 |
..
Comment corriger le problème pour ne plus avoir le soucis avec la commande php bin/console glpi:migration:unsigned_keys sous glpi 10 ?
Merci
Offline
Bonjour,
J'ai le même problème après migration (de 9.5.7 à 10.0.0).
# php bin/console glpi:migration:utf8mb4
393 tables nécessitent une migration vers "utf8mb4".
Voulez-vous continuer ? [Yes/no]Y
393/393 [============================] 100%
Migration effectuée.
# php bin/console glpi:migration:unsigned_keys
Trouvé 1306 colonne(s) de clé principale ou étrangère utilisant des entiers signés
Voulez-vous continuer ? [Yes/no]Y
La migration de la colonne "glpi_softwares.softwares_id" ne peut pas être faite car elle contient des valeurs négatives.
1306/1306 [============================] 100%
Des erreurs se sont produites pendant la migration.
# php bin/console glpi:migration:unsigned_keys
Trouvé 1 colonne(s) de clé principale ou étrangère utilisant des entiers signés
Voulez-vous continuer ? [Yes/no]Y
La migration de la colonne "glpi_softwares.softwares_id" ne peut pas être faite car elle contient des valeurs négatives.
1/1 [============================] 100%
Des erreurs se sont produites pendant la migration.
Je n'ai pas de plugin.
J'ai donc fait ce qui est recommandé pendant l'installation.
Qu'est-ce qui est maintenant préconisé svp ?
Last edited by novazur (2022-04-20 18:30:09)
Offline
Désolé, je ne connais pas le français...
1. Faire une copie de la base de données
2. Connectez-vous à la base de données glpi (j'utilise phpmyadmin)
3. Essayez de changer -1 en 0
Si ce n'est pas manuellement, alors peut-être avec une commande (je ne suis pas sûr)
UPDATE `glpi_domains` SET `entities_id` = '0' WHERE `glpi_domains`.`id` = '8'
--
GLPI 10.0.7
GLPI-Inventory 1.2.1
Ubuntu Server 20.04 LTS
Offline
Désolé, je ne connais pas le français...
1. Faire une copie de la base de données
2. Connectez-vous à la base de données glpi (j'utilise phpmyadmin)
3. Essayez de changer -1 en 0Si ce n'est pas manuellement, alors peut-être avec une commande (je ne suis pas sûr)
UPDATE `glpi_domains` SET `entities_id` = '0' WHERE `glpi_domains`.`id` = '8'
Je suppose que cette réponse ne s'adresse pas à moi, et je ne sais même pas si c'est une réponse officielle à prendre en compte (on voit tellement de réponses fantaisistes sur les forums). Mais si c'était le cas, je me poserais des questions sur l'intérêt du champ entities_id si on peut le mettre à 0 comme ça sans aucune conséquence fonctionnelle.
Offline
Bonjour à tous, j'ai le même soucis avec ma base de données.
Une solution a elle été trouvée ?
merci
C:\xampp\htdocs\glpi>php bin/console glpi:migration:unsigned_keys
Trouvé 1 colonne(s) de clé principale ou étrangère utilisant des entiers signés
Voulez-vous continuer ? [Yes/no]y
La migration de la colonne "glpi_softwares.softwares_id" ne peut pas être faite car elle contient des valeurs négatives.
1/1 [============================] 100%
Des erreurs se sont produites pendant la migration.
Offline
WebGreg wrote:Désolé, je ne connais pas le français...
1. Faire une copie de la base de données
2. Connectez-vous à la base de données glpi (j'utilise phpmyadmin)
3. Essayez de changer -1 en 0Si ce n'est pas manuellement, alors peut-être avec une commande (je ne suis pas sûr)
UPDATE `glpi_domains` SET `entities_id` = '0' WHERE `glpi_domains`.`id` = '8'
Je suppose que cette réponse ne s'adresse pas à moi, et je ne sais même pas si c'est une réponse officielle à prendre en compte (on voit tellement de réponses fantaisistes sur les forums). Mais si c'était le cas, je me poserais des questions sur l'intérêt du champ entities_id si on peut le mettre à 0 comme ça sans aucune conséquence fonctionnelle.
Hello,
entities_id = 0, indique que le domaine est lié à l'entité qui porte l'ID=0 : donc l'entité racine de GLPI.
Dans le cas de la table domaine, une valeur -1 sur le champ "entities_id" n'a pas de raison technique, ni fonctionnelle : le passer à 0 est donc la solution au problème, je le confirme.
Pour votre cas, 'glpi_softwares.softwares_id' avec une valeur négative : je vous confirme également que ce n'est pas légitime, vous pouvez donc appliquer le même type de solution (pour les valeur de softwares_id < à 0, passer les valeur à 0).
UPDATE glpi_softwares SET softwares_id = 0 WHERE softwares_id < 0;
++
Besoin d'un support professionnel pour GLPI ? Pensez à GLPI Network ! https://glpi-project.org/fr/tarifs/
Connaissez-vous l'offre Cloud maintenue et supportée par l'équipe qui édite GLPI ?
Vous pouvez tester gratuitement pendant 45 jours ! https://glpi-network.cloud (ou plus si besoin)
Offline