You are not logged in.

Announcement

 Téléchargez la dernière version stable de GLPI      -     Et vous, que pouvez vous faire pour le projet GLPI ? :  Contribuer
 Download last stable version of GLPI                      -     What can you do for GLPI ? :  Contribute

#1 2016-11-23 06:38:46

bigV
Member
Registered: 2016-11-22
Posts: 7

Procédure 0.83.7 -> 9.1.1 -- Migration ok, Résa petit soucis

Bonjour,

J'essaie depuis hier de migrer mon ancien Glpi vers la dernière version que j'ai donc réussis et je souhaiterai partager mon expérience avec ceux ou celles voulant faire de même. J'ai donc un historique de 6 ans de l'entreprise et appréciant Glpi j'ai tout bonnement migré vers la nouvelle solution.

Il faut aussi savoir que je n'ai pas gardé les plugins puisquent pas ou plus compatible et d'autres sont plus pratique comme fusion vs ocsng.

Cependant j'ai rencontré un petit soucis mais pas très importante (pour ma part) en espèrant avoir des infos pour ceux n'ayant pas rencontré le même problème mais dans sa globalité tout est bon. Et également sur la partie Fabricant lorsque j'essaie de supprimer des fabricants sur la nouvelle interface, je ne vois aucun historique dessus mais j'ai bien un message d'erreur me disant qu'il n'est pas vide donc aucun lien avec du matériel que j'aimerai épurer un peu.


Existant:
Glpi 0.83.7
PHP 5.5.33-1~dotdeb+7.1
MySQL: 5.5.47-0+deb7u1

Plugins
additionalalerts       Version :1.5.2      Status :Enabled
genericobject          Version :2.1.3      Status :Enabled


Objectif: Ubuntu 16.4.1 LTS 2VCpu, 4Go Ram

Glpi 0.9.1.1
PHP 7.0.13-1+deb.sury.org~xenial+1
Server Version: 5.7.16-0ubuntu0.16.04.1

Plugins
fusioninventory          Version: 9.1+1.0    State: Enabled
dashboard                Version: 0.7.8      State: Enabled




Procédure:

Sur l'ancien:

1 - Désactiver les plugins
2 - Backup le dossier glpi
3 - Backup DB

V&rifier la taille de la DB, j'étais pour ma part à env. 60mo non compressé

Nouveau server:

1 - Installer une version from scratch du 9.1.1
2 - Paramétrer le fichier php.ini pour les memory cache, opcache, apcu

Attention à bien avoir une taille de memory cache plus élevé que la taille de la db sinon ca va mouliner à l'infini et faire planter l'installation.

3 - Backup le dossier glpi
4 - Backup la DB
5 - Supprimer la DB & recréer une db glpi vide
6 - Injecter l'ancienne DB dans glpi vide
7 - Se connecter sur l'interface et cliquer sur Màj

Pour ma part comme j'avais un historique OCSNG la partie Networking a été zappé lors de la migration surement des ports ethernets mal affecté mais pour le reste aucun soucis même ma conf avec les users AD sont passés.
La partie zappé de ocsng était disponible dans Outil / Nettoyage et j'avais donc la liste de tout ce qui n'allait pas que j'ai donc delete après vérification.

8 - Je me suis co avec mon user AD et tout a été migré.



Maintenant, j'ai eu un petit soucis pas si grave mais je voudrais savoir ceux qui connaissent très bien Glpi, peuvent me dire pourquoi.

Avant la migration, j'avais des objets que je mettais à dispo en résa et lors de la migration tout l'existant n'est plus réservable (je passe par le calendar exchange). Mais lorsque je crée un nouvel objet et le rend réservable, on le voit bien dans la rubrique "Réservation" cependant je vois le calendar du 0.83.7 celui qui est tout jaune/marron clair au lieu du nouveau, une idée/un retour ?


Si vous avez des questions sur ma procdédure j'y répondrais volontiers. En espérant avoir pu aider les galériens.


Merci encore pour la communauté Glpi pour votre travail et de votre aide

Last edited by bigV (2016-11-23 07:03:03)

Offline

#2 2016-11-23 14:28:10

yllen
GLPI-DEV
From: Sillery (51)
Registered: 2008-01-14
Posts: 15,278

Re: Procédure 0.83.7 -> 9.1.1 -- Migration ok, Résa petit soucis

Suivant la description de vos actions, vous avez injecté les pages de la nouvelle version de GLPI dans le dossier contenant la version 0.83.7
Il faut impérativement que le dossier soit vide avant l'injection des pages de la 9.1.1.
En effet, il y a énormément de changement techniques entre la 0.83 et la 9.1 (mécanisme de traduction, système des onglets, gestion des droits...)
et certaines pages résiduelles et plus utilisées peuvent entrainer des diysfonctionnements


CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6  - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)

Offline

#3 2016-11-24 10:11:26

bigV
Member
Registered: 2016-11-22
Posts: 7

Re: Procédure 0.83.7 -> 9.1.1 -- Migration ok, Résa petit soucis

Re Bonjour,

Alors non, je n'ai pas écrasé le dossier de l'ancien, j'ai vraiment monté en parallèle la nouvelle mouture 0.91.1 dans un dossier clean  avec la db injecté de 0.83.7.

Last edited by bigV (2016-11-24 10:11:58)

Offline

#4 2016-11-24 16:44:40

yllen
GLPI-DEV
From: Sillery (51)
Registered: 2008-01-14
Posts: 15,278

Re: Procédure 0.83.7 -> 9.1.1 -- Migration ok, Résa petit soucis

Vous avez injecté votre sauvegarde de la 0.83.7 dans la nouvelle base pour la 9.1.1 ?


CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6  - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)

Offline

#5 2016-11-24 17:15:07

bigV
Member
Registered: 2016-11-22
Posts: 7

Re: Procédure 0.83.7 -> 9.1.1 -- Migration ok, Résa petit soucis

Non comme expliqué sur mon post

J'ai réinstallé sur un serveur la nouvelle version 0.91.1 + nouvelle db

J'ai gardé le dossier 0.91.1 tout propre

J'ai vidé la DB 0.91.1 donc une DB glpi vide et j'ai injecté la 0.83.7

et ca passe

Offline

#6 2016-11-25 16:39:11

yllen
GLPI-DEV
From: Sillery (51)
Registered: 2008-01-14
Posts: 15,278

Re: Procédure 0.83.7 -> 9.1.1 -- Migration ok, Résa petit soucis

Donc vous avez injecté des données d'une base 0.83.7 dans une structure vide de base en 9.1.1 ?


CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6  - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)

Offline

#7 2016-11-26 06:15:13

bigV
Member
Registered: 2016-11-22
Posts: 7

Re: Procédure 0.83.7 -> 9.1.1 -- Migration ok, Résa petit soucis

Oui c'est bien ça.

J'ai ensuite tapé le lien de glpi pour faire un update des tables et faire correspondre la vieille db avec la nouvelle arborescence 0.91.1. j'ai donc vu les migrations vers 0.85 ....

J'ai mal fait ? Comme dit dans le poste. J'ai mon ancienne résa basé sur un module " Gestion des Objets "qui sur la 0.91.1 n'est plus supporté mais en utilisant la réservation en natif sans plugin, je ne vois plus les résa qu'elle soit ancienne (venu dans l'ancienne DB) ou même les nouveaux objets créés ne sont pas visible. Cependant j'ai bien la section administration dans Réservation et avec une liste de produit dispo à la résa mais dès lors ou j'active l'onglet Résa pour les users post only rien n'est visible. Meme pour le superadmin

Last edited by bigV (2016-11-28 10:09:16)

Offline

#8 2016-11-30 18:39:29

yllen
GLPI-DEV
From: Sillery (51)
Registered: 2008-01-14
Posts: 15,278

Re: Procédure 0.83.7 -> 9.1.1 -- Migration ok, Résa petit soucis

La structure de la base en 9.1.1 n'est pas la même que celle en 0.83.7.
Il faut installer une version 0.83.7 sur le nouveau serveur, injecter votre sauvegarde de base dedans et ensuite laisser GLPI faire sa migration


CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6  - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)

Offline

#9 2016-12-05 10:45:34

bigV
Member
Registered: 2016-11-22
Posts: 7

Re: Procédure 0.83.7 -> 9.1.1 -- Migration ok, Résa petit soucis

Merci pour le retour,

Mais du coup, il faut prendre aussi la version 0.91.1 et écraser le dossier existant ?

et aussi installer un nouveau serveur avec PHP 7 et une last version de Mysql pour mettre l'ancien glpi 0.83.7 cela ne sera pas compatible.

Last edited by bigV (2016-12-07 10:28:31)

Offline

Board footer

Powered by FluxBB