Tâche #33460
Scénario #33457: glpi - montée de version
GLPI - Montée de Version
0%
Description
GLPI - Montée de Version
Associated revisions
montée de version glpi en 9.5.6 (ref #33460)
mise en place du conflict / replace du paquet glpi par le paquet eole-glpi-pkg (ref #33460)
modification de dépendance de paquet via dicos pour installeter eole-glpi-pkg et non plus le paquet ubuntu glpi (ref #33460)
mise en place du replace du paquet Provides: glpi, glpi-plugin-ocsinventoryng (ref #33460)
resolution conflict sur make 2.8.0 (ref #33460)
resolution conflict sur make 2.8.1 (ref #33460)
report modification debian de 2.7.2 sur 2.8.0 (ref #33460)
report modification debian de 2.7.2 sur 2.8.1 (ref #33460)
report modification debian de 2.7.2 sur 2.8.1 (ref #33460)
prise en compte du conteneur web (ref #33460)
resolution conflict sur postservice (ref #33460)
History
#1 Updated by Arnaud FORNEROT almost 2 years ago
- Status changed from Nouveau to En cours
#2 Updated by Arnaud FORNEROT almost 2 years ago
Bonjour
Pour être sure actuellement vous utilisez le paquet eole-glpi et non plus esbl-glpi ?
C'est bien ce dépôt ? https://dev-eole.ac-dijon.fr/projects/esbl-glpi/repository/eole-glpi
Si le paquet se base sur les sources de glpi disponible sur le repository d'ubuntu
Du coup ?
Uniquement sur ubuntu 2.8 (bien que je n'ai pas vérifié si la version de glpi dispo sur la 2.8 est bien la dernière)
Ou modification de technique ? On désinstalle le paquet glpi ubuntu et on embarde les sources via le paquet eole ?
#3 Updated by Arnaud FORNEROT almost 2 years ago
Version de glpi disponible sur le repository ubuntu en 2.8 = glpi-9.1.6-5
Dernière version disponible sur leur site = glpi-9.5.6
Donc le problème est le même en 2.8
On repasse sur un système où le paquet eole embarque les sources de glpi ?
#4 Updated by Arnaud FORNEROT over 1 year ago
Vu par IRC
Coupure du lien avec les sources proposées par Ubuntu et construction d'un paquet avec nos propres sources en 2.7 et 2.8
#5 Updated by Patrice THEBAULT over 1 year ago
- File glpi-9.1.6-2022-01-05-11-16.sql.gz added
- File PNG.zip added
base de test pour une version 9.1.6 -> cette base permettra de tester une montée de version
le fichier glpi-9.1.6-2022-01-05-11-16.sql peut-être déposé directement dans le dossier /var/www/html/glpi/files/_dumps il est ensuite possible de restaurer cette archive depuis l'interface de glpi dans le menu Administration/Maintenance
le fichier PNG est une archive qui doit être décompressée dans le répertoire /var/www/html/glpi/files/
Ce dossier contient des images associées à des objets de la base glpi (tickets, ordinateurs, ...)
après restauration de la base le compte super-admin par défaut glpi/glpi est utilisable
#6 Updated by Arnaud FORNEROT over 1 year ago
ok merci
je commence par la montée de version sur glpi "vierge" je testerais avec la bdd et les files en pj
#7 Updated by Patrice THEBAULT over 1 year ago
Mauvaise construction de la base de test de ma part.
Je corrige et je renvoie ASAP
#8 Updated by Arnaud FORNEROT over 1 year ago
Ok merci j'attend donc de voir si le nouveau backup est en phase avec une structure de base vierge d'un glpi 9.1.6
Sinon
- sur une base vierge j'arrive bien à passer la montée de version de glpi / ocsinventory en version 9.5.6
- pour cela changement de méthode par rapport à la 9.1.6. Glpi dispose à présent de commande console pour mettre à jour la bdd et les plugins
- sur la montée de version 3 points remontent en alerte
- alerte sur le besoin de passer la bdd en innodb = ok via une commande console offerte par glpi et qui sera exécute en postservice du reconfigure
- alerte sur le besoin d'une dépendance sur le paquet php-bz2 = ok via l'ajout d'une dépendance sur le paquet eole-glpi
- alerte sur le besoin "Test des données des fuseaux horaires" = ko
Sur le point fuseaux horaires voilà l'alerte
| Test des données des fuseaux horaires | [ATTENTION] | L'accès à la base des fuseaux horaires (mysql) n'est pas autorisé. |
J'ai tenté à la main la procédure indiqué ici https://glpi-install.readthedocs.io/fr/latest/timezones.html
Sans succès ...
La commande "mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -p -u root mysql" telque me remonte des erreurs
Peut-être que la cible /usr/share/zoneinfo n'est pas la bonne
Et même s'il marchait je ne sais pas encore si je pourrais faire cela en automatique via reconfigure
J'ai laissé pour l'instant ce point en standby
Me semble pas indispensable, mais je me trompe peut-être
#9 Updated by Patrice THEBAULT over 1 year ago
- File deleted (
PNG.zip)
#10 Updated by Patrice THEBAULT over 1 year ago
- File deleted (
glpi-9.1.6-2022-01-05-11-16.sql.gz)
#11 Updated by Patrice THEBAULT over 1 year ago
- File base_test_glpi_1-9-6.sql.gz added
Base de test pour la montée de version
#12 Updated by Arnaud FORNEROT over 1 year ago
- File glpiresult-01.png View added
- File glpiresult-02.png View added
Zéro erreur avec la nouvelle base
Copie d'écran de glpi en super-admin = glpiresult-01.png
J'ai quand le plugin fusioninventory en erreur = glpresult-02.png
Un plugin que vous auriez installé à la main ? Car il n'existe pas dans le cas d'une installation vierge
Reste un autre point celui du timezone. On fait quoi ? On ne traite pas pour l'instant ?
Si ok pour vous je commence à reporter tout cela dans les branches eole
#13 Updated by Arnaud FORNEROT over 1 year ago
paquet candidat 2.7.2 = eole-glpi_2.7.2-4
paquet candidat 2.8.0 = eole-glpi_2.8.0-5
paquet candidat 2.8.1 = eole-glpi_2.8.1-5
les sources de glpi sont à présent installées via le paquet eole-glpi-pkg
l'installation du paquet eole-glpi-pkg se fait via reconfigure
l'installation du paquet eole-glpi-pkg désinstallera les paquets ubuntu = glpi et glpi-plugin-ocsinventoryng
tests effectuées
- installations vierge de glpi 9.1.6 puis installation de glpi 9.5.6 = ok
- installations du backup MTES de glpi 9.1.6 puis installation de glpi 9.5.6 = ok
- installations vierge de glpi 9.5.6 = ok
Le point en alerte sur le timezone n'a pas été traité
Le point sur fusioninventory n'a pas été traité
#14 Updated by Arnaud FORNEROT over 1 year ago
- Status changed from En cours to À valider
#15 Updated by Emmanuel GARETTE over 1 year ago
- Status changed from À valider to Résolu
#16 Updated by Thierry Bertrand about 1 year ago
- Status changed from Résolu to Fermé
- Remaining (hours) set to 0.0