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-02-10 17:33:21

LaDenrée
HELPER
Registered: 2012-11-19
Posts: 6,289

migration 0.83->0.90 plugin appliance

Bonjour,
je prépare ( sur serveur de test) la migration de 0.83 vers 0.91.

j'utilisais entre autres plugins le plugin applicatifs 1.8.1 mais il n'y a pas de version compatible 0.90 à ma connaissance. j'ai donc décider de continuer sans ce plugin.
j'ai donc desactivé ce plugin avant de migrer.

mon souci c'est que sur les tickets qui étaient associés à mes applicatifs j'ai une erreur fatale lors de l'affichage et je ne peux pas travailler sur ces tickets.

avant de supprimer les liens de façon brutale entre les tickets et les applicatifs (requete sql) ce qui me fera perdre une partie de l'information sur mes tickets, auriez vous une proposition de gestion de ce problème ?

pour l'instant j'envisage un portage vers Webapplication puis une mise à jour rétroactive des tickets mais il y a peut être mieux à faire.

Supprimer les tickets concernés n'est pas envisageable.


Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1  Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9

Offline

#2 2016-02-11 10:21:27

LaDenrée
HELPER
Registered: 2012-11-19
Posts: 6,289

Re: migration 0.83->0.90 plugin appliance

comme je n'utilisais pas webapplications je tenté le portage de mes données d'un plugin vers l'autre :
ça marche uniquement si le plugin webapplication n'était pas utilisé avant.

ALTER TABLE `glpi_plugin_webapplications_webapplicationtypes` CHANGE `id` `id` INT NOT NULL

INSERT INTO `glpi_plugin_webapplications_webapplicationtypes` (`id`,`entities_id`,`name`,`comment`)
SELECT `id`,`entities_id`,`name`,`comment` FROM `glpi_plugin_appliances_appliancetypes` WHERE 1

ALTER TABLE `glpi_plugin_webapplications_webapplicationtypes` CHANGE `id` `id` INT NOT NULL AUTO_INCREMENT
ALTER TABLE `glpi_plugin_webapplications_webapplications` CHANGE `id` `id` INT NOT NULL
INSERT INTO `glpi_plugin_webapplications_webapplications` (`id`,`entities_id`,`is_recursive`,`name`,`users_id_tech`,`groups_id_tech`,`locations_id`,`date_mod`,`is_helpdesk_visible`,`comment`,`is_deleted`)
SELECT `id`,`entities_id`,`is_recursive`,`name`,`users_id_tech`,`groups_id_tech`,`locations_id`,NOW,`is_helpdesk_visible`,`comment`,`is_deleted` FROM `glpi_plugin_appliances_appliances` WHERE 1
ALTER TABLE `glpi_plugin_webapplications_webapplications` CHANGE `id` `id` INT NOT NULL AUTO_INCREMENT

UPDATE `glpi_items_tickets` SET `itemtype`='PluginWebapplicationsWebapplication' WHERE `itemtype`='PluginAppliancesAppliance'

du coup je récupère mes anciens tickets, avec les éléments associés.
je continue ma recette, si jamais quelqu'un a une autre idée (j'ai déjà pensé à rendre le plugin appliance compatible mais c'est à la limite des mes moyens pour le faire seul) il n'est pas trop tard je n'ai pas migré mon serveur de prod.


Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1  Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9

Offline

#3 2016-02-11 14:58:32

orthagh
Administrator
From: TECLIB - CAEN
Registered: 2010-11-30
Posts: 662
Website

Re: migration 0.83->0.90 plugin appliance

Quelle erreur rencontrez vous à l'affichage des tickets ?

Offline

#4 2016-02-11 15:04:47

LaDenrée
HELPER
Registered: 2012-11-19
Posts: 6,289

Re: migration 0.83->0.90 plugin appliance

bonjour,
l'erreur etait " fatal error class pluginappliance doesn't exist"  ou un truc que ressemble dans le champ element associés du ticket lorsque le ticket concernant un applicatif.
c'est normal, comme le plugin n'existe plus, le ticket ne peut pas l'utiliser pour afficher l'applicatif.

je ne voulais pas perdre totalement mes données  donc j'ai désactivé le plugin Applicatifs sans désisntaller pour conserver mes tables.

après mon "portage" de données dans un plugin proche (décrit plus haut) ça semble fonctionner comme attendu.


Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1  Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9

Offline

Board footer

Powered by FluxBB