[Résolu] Migration GLPI 9.2 vers 10.0.6

francoisl · 2023-12-06 17:00:31

Bonjour,

je suis actuelement occupé à tenter de migrer ma version de GLPI.

N'étant pas un spécialiste dans le domaine, j'ai d'abord créer une VM Debian sur laquelle j'ai installé GLPI 10.0.9
J'ai suivi le tuto du site neptunet . fr

Après plusieurs tentatives, j'y suis parvenu.
J'ai ensuite exporté ma DB qui tourne sur mon GLPI 9.2, pour tenter de l'importer sur mon GLPI 10.0.9.

J'ai fais ceci :

Création d'une nouvelle DB : CREATEDATABASE Newglpi;
Importation du fichier SQL dans la DB : SOURCE /var/lib/mysql/glpi-9.2-2023-11-29-15-48.sql;
Donner les droits : grant all privileges on Newglpi.* to admindb_glpi@localhost identified by "admin";
Renseignement de la nouvelle DB dans : config_db.php

En chargeant la page web, j'ai pu constater que GLPI détecte bien qu'il y a une nouvelle DB.
Je suis sur une page bleue de mise à jour, avec plusieurs erreurs.

J'ai pu en corriger une grande partie, mais me voilà bloqué, j'ai une erreur 1054 "Unknow column" me signalant que la colonne "license_id" n'est pas présente/connue dans la table "glpi_items_operatingsystems"

J'ai donc modifié le champ avec la bonne orthographe.
(Dites-moi si je fais des erreurs)

ALTER TABLE `Newglpi`.`glpi_items_operatingsystems`
CHANGE COLUMN `licenseid` `license_id` varchar(255);

Le changement s'effectue bien, puis dès que je rafrachis la page Web, le nom revient sur "licenseid"

J'ai tenté de désactiver la mise a jour automatique, mais ça ne change rien :

UPDATE glpi_configs
SET `value` = 'no'
WHERE `name` = 'DB_UPDATE_MANUAL';

sudo service mariadb restart

Auriez-vous une idée, svp ?
Merci beaucoup !

Last edited by francoisl (2023-12-21 15:21:51)

cedric-anne · 2023-12-07 09:24:02

Bonjour,

Avant de réimporter votre backup de GLPI 9.2, vous devez supprimer toutes les tables qui ont été créées par GLPI 10.0.9 dans votre nouvelle BDD. Si vous ne faites pas ça, vous vous retrouvez avec un mélange de tables issues de GLPI 10.0.9 et de tables issues de GLPI 9.2, et c'est ce qui fait que le système s'embrouille.

francoisl · 2023-12-07 09:40:01

Bonjour,

merci pour votre réponse rapide !
J'ai en effet rencontré énormément de messages d'erreurs liés a des tables absents ou mal référencées.
Je comprends mieux, maintenant.

J'avais justement créer une nouvelle DB pour y importer le fichier .sql du GLPI 9.2
Création d'une nouvelle DB : CREATEDATABASE Newglpi;

Si je comprends bien, lors de la création de celle-ci, des tables avec la structure de GLPI 10.0.9 se sont automatiquement crées ?

J'ai supprimé toutes les tables de NewGLPI : DROP TABLE IF EXISTS table1, table2, ...;
Et en faisant ensuite : SHOW TABLES;

J'ai pu voir qu'elles étaient toutes bien supprimées.

J'ai re chargé mon fichier sql dans celle-ci : SOURCE /var/lib/mysql/glpi-9.2-2023-11-29-15-48.sql;
Et les Query se sont bien appliquées.

J'ai redémarré ensuite le service Apache : sudo systemctl restart apache2

En retournant sur la page Web de GLPI, j'ai bien ceci "Le code source de GLPI a été mis à jour. La mise à jour de la base de données de GLPI est nécessaire."

Si je fais "Mettre à jour", j'ai a nouveau des lignes d'erreurs comme pour la première fois.

J'ai ceci qui est correct :
La version de la base de données semble correcte (10.11.4) - Parfait !La version de la base de données semble correcte (10.11.4) - Parfait !

Voici pour les erreurs :

"SQL Error "1146": Table 'Newglpi.glpi_plugins' doesn't exist in query "UPDATE `glpi_plugins` SET `state` = '4' WHERE `state` = '1'""

"PHP User Warning (512): Table glpi_tickets does not exists in /var/www/html/glpi/src/DBmysql.php at line 1187"

Etc, etc,

Complément d'information :

En ouvrant mon fichier .sql de mon GLPI 9.2 et que je recherche ceci "CREATE TABLE `glpi_tickets`"
Je ne le trouve pas, ce qui semble signifier que mon fichier .sql ne donne pas l'instruction de créer cette fameuse table qui est en erreur.

Cette table ne se trouve pas non plus dans la liste des tables de Newglpi dans mon SQL.

Qu'est-ce que j'ai mal fait ?
Merci beaucoup

Last edited by francoisl (2023-12-07 11:36:30)

francoisl · 2023-12-08 12:43:46

Bonjour,

Donc, en ayant refait une nouvelle tentative from scratch, en supprimant toutes les tables dans ma nouvelle DB comme vous me l'aviez conseillé.
J'ai de nouveau eu des alertes sur la page web (Principalement des Tables manquantes, et champs manquants dans celles-ci)

J'ai créer toutes les tables suivants :

Vers 9.2.1

glpi_slms
glpi_slalevels
glpi_profilerights
glpi_tickets
glpi_problems
glpi_notifications
glpi_savedsearches
glpi_networkequipments
glpi_peripherals
glpi_phones
glpi_printers

Vers 9.2.2

Aucune table à ajouter et pas d'erreurs

Vers 9.2.3

Aucune table à ajouter mais des erreurs à corriger

Vers 9.3

glpi_monitormodels
glpi_networkequipmentmodels
glpi_peripheralmodels
glpi_states
glpi_users
glpi_profiles

Vers 9.3.1

glpi_notifications_notificationtemplates
glpi_suppliers_tickets

Vers 9.3.2

Aucune table à ajouter et pas d'erreurs

Vers 9.4.0

glpi_mailcollectors
glpi_mailcollectors
glpi_rules
glpi_itilfollowups
glpi_slm_target_sla
glpi_requesttypes
glpi_problemtasks

----

Je suis revenu au même point que celle de mon premier message.
Le fameux champ "licenseid" en vachar(255) dans la table "glpi_items_operatingsystems" qui devrait se nommer license_id (Et qui a mon avis, devrait également être en "Type int(11)")

SQL Error "1054": Unknown column 'license_id' in 'where clause' in query "DELETE `glpi_items_operatingsystems` FROM `glpi_items_operatingsystems` WHERE `operatingsystems_id` = '0' AND `operatingsystemversions_id` = '0' AND `operatingsystemservicepacks_id` = '0' AND `operatingsystemarchitectures_id` = '0' AND `operatingsystemkernelversions_id` = '0' AND `operatingsystemeditions_id` = '0' AND (((`license_number` IS NULL) OR (`license_number` = ''))) AND (((`license_id` IS NULL) OR (`license_id` = ''

Voici ce que j'ai tenté :

- Si je renomme "Licenseid" en "License_id" : La commande passe puis -> le champ revient sur "licenseid"
- Si je modifie le Type de licenseid" en "int(11)" : La commande passe puis -> Il se remet en "varchar (255)"
- Si je supprime "Licenseid" et que je créer "License_id": La commande passe puis -> Il se remet en Licenseid
- Si je créer "License_id" en plus de "Licenseid" : La commande passe puis -> "License_id" disparait
- Si je créer un champ avec un nom qui n'a aucun rapport et que je rafraichis, il reste présent, ce qui prouve que le problème vient de licenseid
- Si je renomme la table "glpi_items_operatingsystems" en "glpi_items_operatingsystems_old" et que je créer une table "glpi_items_operatingsystems" avec le champ "License_id", celui-ci se renomme tout seul

On dirait vraiment un bug, j'ai cherché sur internet, je n'ai rien trouvé qui puisse m'aider.

HELP SVP

Last edited by francoisl (2023-12-08 14:15:29)

LaDenrée · 2023-12-08 14:22:21

autant de tables manquantes ce n'est pas possible ;

comment avez vous fait votre Dump et votre restauration ? avec phpmyadmin vous pouvez avoir un timeout si la base et trop grosse et donc la restauration est incomplète.

avant de faire la sauvegarde quelle taille fait votre BDD et combien de tables ? avez vous les même valeurs après la restauration (avant la migration ?)

est ce que votre ancienne version a bien les tables manquantes ?

francoisl · 2023-12-08 14:45:20

Bonjour,

Je pense que vous avez un bon début de piste !

Le dump : Via la page Web du GLPI 9, administration -> maintenance -> Sauvegarde SQL
La restauration : J'ai créer une nouvelle DB sur ma nouvelle VM, et j'ai fais la commande suivante : SOURCE /var/lib/mysql/glpi-9.2-2023-11-29-15-48.sql;

Il ne semble pas avoir vu de timeout, ça semble s'être bien déroulé.

Cependant, je me suis connecté sur le serveur qui contient GLPI 9 et je vois qu'il contient 386 Tables, Tandis que que le nouveau serveur, il n'y en a que 162.
Il y a donc un problème au niveau de l'export/import. Je sais que le dump avait pris énormément a se faire, il était resté bloqué sur 42%, je l'avais laissé charger toute la nuit.

Pour la taille des fichiers .sql, sur l'ancien : glpi-9.2-2023-11-29-15-48.sql.gz : 7.74 Mio
Sur le nouveau, j'ignore comment le vérifier

Est-ce qu'il existe un moyen de copier l'instance du GLPI 9 (le fichier directement) et de coller sur mon serveur GLPI 10 ?
Via des commandes linux.

Merci beaucoup pour ces nouvelles pistes

Last edited by francoisl (2023-12-08 14:46:24)

LaDenrée · 2023-12-08 14:50:21

dejà si vous n'avez pas le bon nombre de table ne cherchez pas plus loin !

faites vous le la sauvegarde en ligne de commande ( avec mysqldump par exemple)

mysqldump -u Compteglpi -p NomDeLaBaseglpi> /tmp/masauvegardedglpi.sql

et la restauration avec mysql :

mysql -u Compteglpi -p -h localhost glpi < masauvegardedglpi.sql ( durée 5 minutes pour une bdd de 300 Mo )

le Compteglpi est le nom d'un utilisateur avec les droits sur la base de données ( ça peut être root)
-p vous demandera le mot de passe de Compteglpi
NomDeLaBaseglpi c'est souvent glpi (sauf si vous en avez choisi un autre)

francoisl · 2023-12-11 10:02:58

Bonjour,

je vous fais un message pour vous remercier pour l'aide et pour vous dire que je ne vous oublie pas pour vous faire un retour.
Je ne suis pas encore parvenu a transférer le fichier .sql de l'ancien serveur vers le nouveau. J'ai tenté plusieurs approches, sans succès.

Bonne journée

francoisl · 2023-12-12 14:55:35

Bonjour,

Voilà, je suis parvenu a récupérer la DB, il y avait un problème de droits dans le de config de ssh (pour la petite histoire).

Donc, je récapitule, voici mes nouvelles actions depuis votre message.

Sur l'ancien serveur :

- J'ai créer une sauvegarde de la db : mysqldump -u root -p glpidb > DB121223.sql
- J'ai comparé la taille de la db avec le dump :

glpidb.sql : 471 Mo
DB121223.sql : 379 Mo

Les deux tailles ne correspondent pas, j'ignore la raison, est-ce normal ?

Je l'ai tout de même injectée sur le nouveau serveur.

Sur le nouveau serveur :

- Suppression de ma db "Newglpi" : DROP DATABASE Newglpi;
- Création d'une nouvelle db "Newglpi" : CREATE DATABASE Newglpi;
- Selection de cette db : USE Newglpi;
- Injection de DB121223.sql dedans : SOURCE /var/lib/mysql/DB121223.sql;
- Comparaison du nombre de tables :

glpidb.sql : 386
DB121223.sql : 402

Il y en a plus sur mon dump, pourquoi ?

- Redémarrage d'Apache
- Rafraichissement de la page Web :

(Contenu de la page Web)

Mise à jour
Connexion à la base de données réussie

La version de la base de données semble correcte (10.11.4) - Parfait !

Mise à jour en 9.2.1

Traitement terminé. (0 seconde)
Mise à jour en 9.2.2

Traitement terminé. (0 seconde)
Mise à jour en 9.2.3

Traitement terminé. (0 seconde)
Mise à jour en 9.3

Changement de la structure de la base de données - glpi_items_disks (0 seconde)
PHP User Warning (512): Usage of signed integers in primary or foreign keys is discouraged, please use unsigned integers instead in `glpi_items_disks`.`items_id`. in /var/www/html/glpi/src/DBmysql.php at line 2035

SQL Error "1071": Specified key was too long; max key length is 1000 bytes in query "ALTER TABLE `glpi_items_disks` DROP INDEX `computers_id` , CHANGE `computers_id` `items_id` INT NOT NULL DEFAULT '0' , ADD INDEX `items_id` (`items_id`) , ADD `itemtype` VARCHAR(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL AFTER `entities_id` , ADD INDEX `itemtype` (`itemtype`) , ADD INDEX `item` (`itemtype`, `items_id`) "

Pour la première erreur, si je liste le contenu de la table "glpi_items_disks", je vois qu'ellle ne contient pas la ligne "Items_id"

MariaDB [Newglpi]> DESCRIBE `Newglpi`.`glpi_items_disks`;
+----------------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+----------------+--------------+------+-----+---------+----------------+
| id | int(11) | NO | PRI | NULL | auto_increment |
| entities_id | int(11) | NO | MUL | 0 | |
| computers_id | int(11) | NO | MUL | 0 | |
| name | varchar(255) | YES | MUL | NULL | |
| device | varchar(255) | YES | MUL | NULL | |
| mountpoint | varchar(255) | YES | MUL | NULL | |
| filesystems_id | int(11) | NO | MUL | 0 | |
| totalsize | int(11) | NO | MUL | 0 | |
| freesize | int(11) | NO | MUL | 0 | |
| is_deleted | tinyint(1) | NO | MUL | 0 | |
| is_dynamic | tinyint(1) | NO | MUL | 0 | |
| date_mod | datetime | YES | MUL | NULL | |
| date_creation | datetime | YES | MUL | NULL | |
+----------------+--------------+------+-----+---------+----------------+
13 rows in set (0,001 sec)

Est-ce qu'ici, tout va bien ?

Last edited by francoisl (2023-12-12 15:04:11)

francoisl · 2023-12-12 16:24:31

Suite de mon message précédent :

J'ai corrigé énormément d'erreurs, et j'ai du (entre autre) lancer les commandes suivantes :

Corriger unsigned integers :
php bin/console migration:unsigned_keys

Corriger "utf8_unicode_ci" au lieu de "utf8mb4_unicode_ci" :
php bin/console migration:utf8mb4

Corrigeer "DATETIME" au lieu de "TIMESTAMP :
php bin/console migration:timestamps

Migration du moteur de stockage MyISAM vers InnoDB :
php bin/console migration:myisam_to_innodb

Migration du jeu de caractères (charset) utf8mb3 vers utf8mb4 :
php bin/console migration:utf8mb4

Vérification de l'intégrité du schéma de base de données :
php bin/console database:check_schema_integrity

Il me reste une toute dernière erreur :

"Le schéma de base de données n'est pas conforme à celui de la version actuelle de GLPI. Il est recommandé d'exécuter la commande "php bin/console database:check_schema_integrity" pour voir les différences."

Si je vérifie l'intégrité, voici ce que j'obtient :

root@SBV-GLPI:/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
@@ @@
`is_deleted` tinyint NOT NULL DEFAULT 0,
`is_dynamic` tinyint NOT NULL DEFAULT 0,
`items_id` int NOT NULL DEFAULT 0,
- `itemtype` varchar(255),
+ `itemtype` varchar(100),
`mountpoint` varchar(255),
`name` varchar(255),
`totalsize` int NOT NULL DEFAULT 0,
PRIMARY KEY (`id`),
+ KEY `computers_id` (`items_id`),
KEY `date_creation` (`date_creation`),
KEY `date_mod` (`date_mod`),
KEY `device` (`device`),
Le schéma diffère pour la table "glpi_monitors".
--- Schéma de base de données attendu
+++ Schéma de base de données actuel
@@ @@
KEY `states_id` (`states_id`),
KEY `users_id_tech` (`users_id_tech`),
KEY `users_id` (`users_id`),
- KEY `uuid` (`uuid`)
+ KEY `uuid` (`uuid`(250))
)
Le schéma diffère pour la table "glpi_networkequipments".
--- Schéma de base de données attendu
+++ Schéma de base de données actuel
@@ @@
KEY `states_id` (`states_id`),
KEY `users_id_tech` (`users_id_tech`),
KEY `users_id` (`users_id`),
- KEY `uuid` (`uuid`)
+ KEY `uuid` (`uuid`(250))
)
Le schéma diffère pour la table "glpi_peripherals".
--- Schéma de base de données attendu
+++ Schéma de base de données actuel
@@ @@
KEY `states_id` (`states_id`),
KEY `users_id_tech` (`users_id_tech`),
KEY `users_id` (`users_id`),
- KEY `uuid` (`uuid`)
+ KEY `uuid` (`uuid`(250))
)
Le schéma diffère pour la table "glpi_phones".
--- Schéma de base de données attendu
+++ Schéma de base de données actuel
@@ @@
KEY `states_id` (`states_id`),
KEY `users_id_tech` (`users_id_tech`),
KEY `users_id` (`users_id`),
- KEY `uuid` (`uuid`)
+ KEY `uuid` (`uuid`(250))
)
Le schéma diffère pour la table "glpi_printers".
--- Schéma de base de données attendu
+++ Schéma de base de données actuel
@@ @@
KEY `states_id` (`states_id`),
KEY `users_id_tech` (`users_id_tech`),
KEY `users_id` (`users_id`),
- KEY `uuid` (`uuid`)
+ KEY `uuid` (`uuid`(250))
)
Le schéma diffère pour la table "glpi_softwareversions".
--- Schéma de base de données attendu
+++ Schéma de base de données actuel
@@ @@
`softwares_id` int NOT NULL DEFAULT 0,
`states_id` int NOT NULL DEFAULT 0,
PRIMARY KEY (`id`),
- KEY `arch` (`arch`),
+ KEY `arch` (`arch`(250)),
KEY `date_creation` (`date_creation`),
KEY `date_mod` (`date_mod`),
KEY `entities_id` (`entities_id`),

LaDenrée · 2023-12-12 16:48:45

regarrdez ceci
https://forum.glpi-project.org/viewtopic.php?id=286396 pour le message d'erreur.

le dump plus petit que la base est possible puisque la base contient des espaces vides qui ne sont pas sauvegardés
par contre le nombre le table différent après la restauration que dans la sauvegarde ne me semble pas normal.

francoisl · 2023-12-12 17:33:57

Merci, je suis parvenu a corriger les erreurs en faisant ceci sur toutes les tables en erreur :

MariaDB [Newglpi]> ALTER TABLE glpi_phones DROP INDEX uuid;
Query OK, 0 rows affected (0,005 sec)
Records: 0 Duplicates: 0 Warnings: 0

MariaDB [Newglpi]> ALTER TABLE glpi_phones ADD INDEX uuid (`uuid`(250));
Query OK, 0 rows affected (0,007 sec)
Records: 0 Duplicates: 0 Warnings: 0

Il ne me reste plus qu'une erreur a corriger, et c'est celle-ci :

Application dependencies are not up to date.
Run "php bin/console dependencies install" in the glpi tree to fix this.

Et lorsque je lance cette commande (php bin/console dependencies install), j'ai ceci (a priori, rien a installer, donc) :

administrateur@SBV-GLPI:/var/www/html/glpi$ sudo php bin/console dependencies install
[sudo] Mot de passe de administrateur :
Composer plugins have been disabled for safety in this non-interactive session. Set COMPOSER_ALLOW_SUPERUSER=1 if you want to allow plugins to run as root/super user.
Do not run Composer as root/super user! See (url) for details
Installing dependencies from lock file (including require-dev)
Verifying lock file contents can be installed on current platform.
Nothing to install, update or remove
Generating autoload files
34 packages you are using are looking for funding.
Use the `composer fund` command to find out more!

> glpi@1.0.0 postinstall
> npm run build

> glpi@1.0.0 build
> echo 'Build script placeholder'

Build script placeholder

up to date, audited 1 package in 1s

found 0 vulnerabilities

> glpi@1.0.0 build
> echo 'Build script placeholder'

Build script placeholder

Je vais continuer a chercher

LaDenrée · 2023-12-12 17:39:42

pour les dépendances je ne peux plus vous aider, je sais faire l'install mais dès qu'un truc ne colle pas sur l'OS je fais appel à mes collègues spécialistes.

francoisl · 2023-12-12 17:50:42

Je comprends, pas de souci.
Pourriez-vous me dire qui pourrait m'aider sur ce coup là ?

Un tout grand merci pour vos messages et votre coup de pouce, en tout cas !

LaDenrée · 2023-12-12 18:14:30

francoisl wrote:

Pourriez-vous me dire qui pourrait m'aider sur ce coup là ?

un autre membre de la communauté qui passe sur votre post et le lit jusq'au bout.

si dans quelques jours vous n'avez pas de réponse ouvrez un nouveau post avec juste le dernier problème ( et faites référence à ce ticket)

cconard96 · 2023-12-13 22:49:39

Si vous avez téléchargé GLPI depuis la page des versions de GitHub, vous ne devriez pas avoir besoin d'installer de dépendances car elles sont déjà fournies avec GLPI.

Si vous aviez plutôt l'intention d'installer à partir du code source de GLPI :
Comme le dit le message d'erreur, n'exécutez pas composer avec "sudo".

francoisl · 2023-12-14 11:06:48

Bonjour, merci pour votre retour,

oui, j'ai du cafouiller quelque part dans l'installation.
J'admets que j'ai utilisé Chat GPT a certains moments, et ce programme n'ayant pas le contexte exact de mon serveurs (normal),
et moi n'ayant pas les connaissances pour m'en rendre compte que certaines de ses suggestions allaient provoquer des erreurs, j'ai du faire des bêtises.

Quoi qu'il en soit, c'est en ordre j'ai demandé de l'aide a un ami, et la solution a été la suivante : (Re télécharger glpi via un nouveau lien)

cd /tmp
wget (lien non autorisé, provencance Github) 10.0.6/glpi-10.0.6.tgz
tar xvzf glpi-10.0.6.tgz
mv /var/www/html/glpi /var/www/html/glpi-bck
mv glpi /var/www/html/glpi
cd /var/www/html/glpi
php bin/console glpi:system:check_requirements

Il y a eu ensuite des problèmes de droits, facilement réglables.
Et également la nécessité de re charger la DB via la page Web.

Pffiuu quelle histoire. J'ai maintenant un serveur tout propre, avec toutes les données de la DB

Je voudrais remercier tous vous remercier pour l'aide apportée.

Bonne journée à tous !

Last edited by francoisl (2023-12-14 11:07:01)

francoisl · 2023-12-19 13:00:12

Bonjour,

ayant lu qu'il était fortement conseillé pour des raisons de sécurité de mettre GLPI en 10.0.11.
J'ai effectué la migration du 10.0.6 vers 10.0.11.

Je me pose maintenant une question.
J'utilisais le plugin "fusioninventory" qui était déployé sur tous les postes via GPO. Ce plugin n'est plus valide avec la version 10.0.11.

Quelle est la meilleure solution pour moi pour que la migration du système d'inventorisation se passe au mieux ?

J'ai lu qu'il existe plusieurs systèmes :

- Agent GLPI
- Plugin Inventaire GLPI
- GLPI Natif
- GLPI Agent Toolbox

Quel est la solution qui se rapproche plus de glpi fusion inventory ?
Est-ce que cela va chambouler toutes les colonnes si l'inventorisation s'effectue avec un autre système ?

Merci

LaDenrée · 2023-12-19 13:05:53

dans un premier temps, j'ai simplement modifié l'url cible de mes agents fusion inventory et activé l'inventaire natif de glpi 10.0.10
mes machines remontent corresctement ( j'ai simplement perdu les verrous specifiques sur des champs qui sont saisis manuellement, mais on peut verrouiller par defaut certains champs sur toutes les machines)

je ne fais que de l'inventaire.

je vais basculer progressivement vers les agents glpi (sans plugin).

francoisl · 2023-12-21 15:21:37

J'ai choisi l'option Agent GLPI en me basant sur le tuto de it-connect, ca marche niquel

Forum GLPI-Project

Announcement

#1 2023-12-06 17:00:31

[Résolu] Migration GLPI 9.2 vers 10.0.6

#2 2023-12-07 09:24:02

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#3 2023-12-07 09:40:01

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#4 2023-12-08 12:43:46

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#5 2023-12-08 14:22:21

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#6 2023-12-08 14:45:20

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#7 2023-12-08 14:50:21

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#8 2023-12-11 10:02:58

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#9 2023-12-12 14:55:35

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#10 2023-12-12 16:24:31

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#11 2023-12-12 16:48:45

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#12 2023-12-12 17:33:57

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#13 2023-12-12 17:39:42

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#14 2023-12-12 17:50:42

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#15 2023-12-12 18:14:30

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#16 2023-12-13 22:49:39

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#17 2023-12-14 11:06:48

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#18 2023-12-19 13:00:12

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#19 2023-12-19 13:05:53

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

#20 2023-12-21 15:21:37

Re: [Résolu] Migration GLPI 9.2 vers 10.0.6

Board footer