You are not logged in.
Bonjour,
J'ai effectué la migration de glpi de la v9.5.7 vers la v10.
Je n'ai pas rencontré de problème durant cette phase.
En revanche, une fois sur la nouvelle interface, je suis invité à passer deux commandes.
Php bin\console glpi:migration:utf8mb4
et
Php bin\console glpi:migration:unsigned_keys
La première commande passe très bien, en revanche la deuxième est terminée avec 1 seule erreur sur plus de 1300 traitement.
>>> La migration de la colonne "glpi_documents_items.items_id" ne peut pas être faite car elle contient des valeurs négatives.
Pouvez vous m'aider svp ?
Merci pour votre temps, j'ai hâte de travailler sur cette nouvelle version.
Last edited by adminnge (2022-04-20 16:21:10)
Offline
Bonjour adminnge
J'avais eu ce soucis plusieurs fois, la première fois était a cause d'une table vide qui n'était plus utiliser et la seconde a cause d'un pluggin qui n'était pas compatible avec la 10.0.0 si il l'est il te suffit de le désinstaller et le re installer cela avait réglé mon problème .
GLPI 10
GLPI Agent 1.2
Debian 11
Offline
Bonjour et merci pour ta réponse rapide.
Je suis tombé sur ton sujet justement et c'est visiblement assez similaire même si il ne concerne pas la même table.
Peux tu m'aider sur les deux commandes pour supprimer la table en question et la réinstaller stp je suis bloqué la dessus.
Merci à toi pour ton aide.
Offline
As tu vérifié que la table en question était vide?
Un drop suffira pour supprimer la table et create pour la re créer.
le mieux sera de bien observer la table en question pour a la création qu'il ne manque rien.
GLPI 10
GLPI Agent 1.2
Debian 11
Offline
Je vais regarder ça merci à toi
Offline
Je recommande de ne pas supprimer cette table car elle est toujours utilisée. Il est utilisé pour associer des documents à des actifs, des tickets, etc.
S'il existe des enregistrements avec un items_id égal à un nombre négatif, il s'agit probablement de liens invalides.
Il serait préférable de vérifier les données dans les enregistrements avec ces valeurs négatives et de déterminer si vous souhaitez supprimer les enregistrements spécifiques, ou au moins définir le champ sur 0 pour permettre à la migration de se terminer. Dans les deux cas, veuillez faire une sauvegarde au cas où vous auriez à restaurer les données.
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
J'ai finalement opté pour ta solution cconard96, j'ai passé la valeur des champs négatifs à 0.
Après la commande Php bin\console glpi:migration:unsigned_keys passe très bien.
Merci pour votre aide à tout les deux.
Offline
Bonjour,
De mon coté je rencontre le même soucis que "adminnge" mais les 2 commandes me retournent le message suivant :
PHP Parse error: syntax error, unexpected '?', expecting function (T_FUNCTION) or const (T_CONST) in C:\inetpub\wwwroot\glpi\src\Features\Inventoriable.php on line 50
Avez vous une idée pour corriger cela ?
En vous remerciant
Offline
Pouvez-vous confirmer que votre version CLI PHP est 7.4 ou supérieure avec la commande "php --version" ?
Avec PHP, vous pouvez avoir une version différente fonctionnant avec Apache/serveur Web que la ligne de commande.
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 cconard96
Effectivement lorsque je lance cette commande je suis en version 7.2.31 alors que lorsque je regarde la config de GLPI "Système" il m'indique etre en 7.4.29.
Modification effectué et lignes de commande passaient avec succès !
Un grand merci !
Last edited by nico28400 (2022-05-18 09:28:53)
Offline