pb avec les verrous suite migration 0.84

korr · 2013-09-11 17:45:07

bonjour,

je reviens sur mon souci, toujours identique !

Sauf que j'ai refait une mise à jour en local sous wamp :

Récup de ma 0.83.3
mise à jour vers 0.84.1
un seul plugin : FI 0.84+1.1

avec toujours le même résultat !

Que faire ?

du coup, voyant les logs, j'ai bien des erreurs dedans ! je copie-colle ici ?

Merci de votre aide !

ddurieux · 2013-09-11 22:58:49

oui oui

korr · 2013-09-11 23:27:34

ok, alors ça dans les logs APACHE

[Wed Sep 11 17:19:52.606277 2013] [:error] [pid 16672:tid 1488] [client ::1:23565] PHP Notice: Undefined index: glpi_use_mode in C:\\wamp\\www\\glpi\\inc\\html.class.php on line 800, referer: http://localhost/
[Wed Sep 11 17:19:52.606277 2013] [:error] [pid 16672:tid 1488] [client ::1:23565] PHP Stack trace:, referer: http://localhost/
[Wed Sep 11 17:19:52.606277 2013] [:error] [pid 16672:tid 1488] [client ::1:23565] PHP 1. {main}() C:\\wamp\\www\\glpi\\index.php:0, referer: http://localhost/
[Wed Sep 11 17:19:52.606277 2013] [:error] [pid 16672:tid 1488] [client ::1:23565] PHP 2. include() C:\\wamp\\www\\glpi\\index.php:52, referer: http://localhost/
[Wed Sep 11 17:19:52.606277 2013] [:error] [pid 16672:tid 1488] [client ::1:23565] PHP 3. include_once() C:\\wamp\\www\\glpi\\inc\\includes.php:49, referer: http://localhost/
[Wed Sep 11 17:19:52.606277 2013] [:error] [pid 16672:tid 1488] [client ::1:23565] PHP 4. DBConnection::establishDBConnection() C:\\wamp\\www\\glpi\\config\\config.php:75, referer: http://localhost/
[Wed Sep 11 17:19:52.606277 2013] [:error] [pid 16672:tid 1488] [client ::1:23565] PHP 5. DBConnection::displayMySQLError() C:\\wamp\\www\\glpi\\inc\\dbconnection.class.php:286, referer: http://localhost/
[Wed Sep 11 17:19:52.606277 2013] [:error] [pid 16672:tid 1488] [client ::1:23565] PHP 6. Html::nullHeader() C:\\wamp\\www\\glpi\\inc\\dbconnection.class.php:330, referer: http://localhost/
[Wed Sep 11 17:19:52.606277 2013] [:error] [pid 16672:tid 1488] [client ::1:23565] PHP 7. Html::includeHeader() C:\\wamp\\www\\glpi\\inc\\html.class.php:2740, referer: http://localhost/
[Wed Sep 11 17:20:40.322007 2013] [mpm_winnt:notice] [pid 32148:tid 420] AH00422: Parent: Received shutdown signal -- Shutting down the server.
[Wed Sep 11 17:20:42.322121 2013] [mpm_winnt:notice] [pid 16672:tid 296] AH00364: Child: All worker threads have exited.
[Wed Sep 11 17:20:42.342122 2013] [mpm_winnt:notice] [pid 32148:tid 420] AH00430: Parent: Child process 16672 exited successfully.
[Wed Sep 11 17:20:42.874153 2013] [mpm_winnt:notice] [pid 13940:tid 440] AH00455: Apache/2.4.4 (Win64) PHP/5.4.12 configured -- resuming normal operations
[Wed Sep 11 17:20:42.874153 2013] [mpm_winnt:notice] [pid 13940:tid 440] AH00456: Server built: Feb 22 2013 22:08:37
[Wed Sep 11 17:20:42.874153 2013] [core:notice] [pid 13940:tid 440] AH00094: Command line: 'c:\\wamp\\bin\\apache\\apache2.4.4\\bin\\httpd.exe -d C:/wamp/bin/apache/Apache2.4.4'
[Wed Sep 11 17:20:42.895154 2013] [mpm_winnt:notice] [pid 13940:tid 440] AH00418: Parent: Created child process 33200
[Wed Sep 11 17:20:43.150168 2013] [mpm_winnt:notice] [pid 33200:tid 316] AH00354: Child: Starting 150 worker threads.
[Wed Sep 11 17:25:20.514033 2013] [:error] [pid 33200:tid 1516] [client ::1:24087] PHP Fatal error: Cannot make static method CommonDBTM::canCreate() non static in class PluginFusinvsnmpAgentconfig in C:\\wamp\\www\\glpi\\plugins\\fusinvsnmp\\inc\\agentconfig.class.php on line 145, referer: http://localhost/glpi/front/computer.form.php?id=90
[Wed Sep 11 17:25:20.514033 2013] [:error] [pid 33200:tid 1516] [client ::1:24087] PHP Stack trace:, referer: http://localhost/glpi/front/computer.form.php?id=90
[Wed Sep 11 17:25:20.514033 2013] [:error] [pid 33200:tid 1516] [client ::1:24087] PHP 1. {main}() C:\\wamp\\www\\glpi\\front\\plugin.php:0, referer: http://localhost/glpi/front/computer.form.php?id=90
[Wed Sep 11 17:25:20.514033 2013] [:error] [pid 33200:tid 1516] [client ::1:24087] PHP 2. Plugin->listPlugins() C:\\wamp\\www\\glpi\\front\\plugin.php:92, referer: http://localhost/glpi/front/computer.form.php?id=90
[Wed Sep 11 17:25:20.514033 2013] [:error] [pid 33200:tid 1516] [client ::1:24087] PHP 3. Plugin->checkStates() C:\\wamp\\www\\glpi\\inc\\plugin.class.php:320, referer: http://localhost/glpi/front/computer.form.php?id=90
[Wed Sep 11 17:25:20.514033 2013] [:error] [pid 33200:tid 1516] [client ::1:24087] PHP 4. include_once() C:\\wamp\\www\\glpi\\inc\\plugin.class.php:213, referer: http://localhost/glpi/front/computer.form.php?id=90
[Wed Sep 11 17:25:20.514033 2013] [:error] [pid 33200:tid 1516] [client ::1:24087] PHP 5. include_once() C:\\wamp\\www\\glpi\\plugins\\fusinvsnmp\\setup.php:45, referer: http://localhost/glpi/front/computer.form.php?id=90

le fichier php error log reste vide ... je cherche comment l'activer ...

ddurieux · 2013-09-12 08:44:29

PluginFusinvsnmpAgentconfig => t'as laissé les répertoires fusinvsnmp dans glpi/plugins? (en 0.84 tu ne dois avoir qu'un dossier unique fusioninventory

korr · 2013-09-12 08:57:57

non non, il n'y a que le dossier unique

Par contre du coup, question sur la procédure de mise à jour

Dans l'ordre, je procède ainsi
Recup de mes fichiers et de ma BDD
Réinstallation du tout sous Wamp
Je lance glpi pour vérifier que tout est ok .

Je copie par dessus la dernière version 0.84.1
Je lance glpi , process de maj ok
Ensuite j'ai supprimé mes plugins seulement, et remis à la place le dernier plugin FI

Faut-il supprimé le contenu du dossier plugin avant de faire la maj de GLPI ?

et comment doit-on retirers le plugins, doit-on effacer les dossiers ? doit-on désinstaller via l'interafce de GLPI
Une fois les dossiers enlevés, doit-on effectuer le nettoyage proposé dans GLPI ?

Ttes ces interrogations par peur de perdre les données et config en place par l'intermédiaire des plugins utilisés....

Merci encore pour tes retours !

ddurieux · 2013-09-12 09:26:42

quand tu dis "Je lance glpi pour vérifier que tout est ok .", ça veut dire que tu fait une installation complète?
Oui il faut supprimer les dossiers des plugins dans glpi/plugins/ si ceux ci proviennent de la 0.83

korr · 2013-09-12 09:30:10

non je voulais juste dire que ayant récupéré fichiers et bdd de mon serveur en ligne, et ayant tt remis sur wamp, j'ai lancé glpi 0.83 afin de vérifier qu'il tournait bien avant la maj vers 0.84

pour les plugins, à quel moment faut-il supprimer les dossiers ? avant ou aprés la maj vers 0.84 ?

Merci

ddurieux · 2013-09-12 10:10:58

ben normalement quand tu met la nouvelle archive de glpi (vu qu'il ne faut pas décompresser par dessus l'ancienne install)

korr · 2013-09-12 10:29:05

il ne faut pas décompresser par dessus l'ancienne install ??

j'ai mon répertoire avec dedans glpi , j'y colle les fichiers de la 0.84.1 par au dessus non ? ou tu parles uniquement des plugins ? que j'efface complétement avant de remettre les nouvelles versions évidemment

je viens de refaire un essai en supprimant les dossiers des plugins avant de faire la maj

- 0.83 fonctionnelle
- Vidage du dossier plugin
- copie des fichiers de la 0.84
- lancement de la mise à jour en 0.84

toujours pas de verrous ....

Merci pour ton aide

ddurieux · 2013-09-12 10:35:28

non, tu sauvegarde ton ancien dossier, tu supprime tous les fichiers, tu décompress glpi 0.84.1, tu y recolle le dossier files issue de la sauvegarde, met les nouveaux plugins dans glpi/plugins... (y a un chapitre dans la doc )

korr · 2013-09-12 10:51:56

ok, je faisais mal ma mise à jour, il me semblait pourtant bien suivre la procédure, j'avais bien lu la doc à l'époque ! je vais y retourner

Par contre, même combat, je viens de tout refaire comme indiqué ...

autre info, l'onglet verrous (champs) m'indique bien le nombre de champs que j'avais verrouillés sous 0.83 lorsque je rentre sur un ordinateur

Si je clique sur mettre à jour, ce numéro s'efface ...

néanmoins je ne peux en recréer ... si je ne récupère pas les verrous, au pire, pas bien grave, mais j'ai besoins que cela soit fonctionnel ...

Merci

ddurieux · 2013-09-12 11:46:30

oulà, va faloloir que je test ça alors

korr · 2013-09-12 11:47:28

pas de souci .. avec plaisir !

korr · 2013-09-16 17:39:01

Désolé de revenir à la charge, mais ne me reste plus que ce souci avant de pouvoir migrer sous 0.84 !
Si tu pouvais trouver d’où vient le souci, cela m'arrangerais bcp ...
A ta disposition pour voir ça en live ...

korr · 2013-09-18 10:58:04

là, je comprends plus rien ..!

Pour tester, sous wamp, j'ai installer un glpi "neuf-vierge" en 0.84.1
J'installe =>tout est fonctionnel

Je créé un ordinateur test => pas de souci, le champ verrous (champs) n'est pas présent

J'installe le plugin FI 0.84+1.1

et je retrouve le même problème ....! l'onglet verrous (champs) apparait, mais ne sert toujours à rien

Présence du bouton mettre à jour, qui ne ne sert à rien, simple rechargement de la page ...

J'ai bien rentré qques valeurs dans les champs de l'ordinateur, mais je ne peux les verrouiller !

Merci de m'aider ... je deviens fou avec ce truc, ça fait 15jours - 3 semaines que je reviens régulièrement dessus sans comprendre ..!

Par ailleurs, je remarque que pour mes 2 glpi hébergés en ligne, la table glpi_plugin_fusioninventory_locks contient bien des enregistrements (1640)

mais que mes versions sous wamp ( la version "vierge" + la version mise à jour ) ne contient aucun enregistrement !? même celle mise à jour, cette table a donc été effacé durant le process de mise à jour ?

Mais dans la version vierge, ça ne peut être le cas, et rien ne s'y rajoute !

Merci

@meurou · 2013-09-18 12:13:56

Bonjour,

Selon moi, la table glpi_plugin_fusioninventory_locks n'est pas purgé par la mise à jour puisque dans mon cas, elle contenait des infos qui dataient un peu et n'était plus d'actualité depuis un moment.

L'onglet verrou champs est fourni par le plugin FI donc, il est normal qu'il apparaisse après l'installation de celui-ci. Si vous créez un ordinateur manuellement et qu'il n'est pas synchronisé par un agent FI, il est normal que l'onglet ne comporte pas de verrou, puisque aucune information n'est en conflit avec votre saisie manuelle.

Par contre, je pense effectivement qu'il y a un bug d'affichage des informations, il faut simplement laisser le temps aux dev de se pencher sur la question.

korr · 2013-09-18 13:37:20

en fait j'ai fais la mise à jour de 2 manière différentes :
- Décompressage de l'archive par dessus l'ancienne version / ouverture de GLPI - Mise à jour ( Ce que je faisais depuis mes début GLPI
* Dans ce cas, la table est bien conservée !
- Effacement de tt les dossiers, puis écrasement du dossier files, comme indiqué par ddurieux un peu au dessus
* Dans ce cas, la table est effacée !

Sous 0.83, j'ai un seul onglet verrous, fonctionnel
Sous 0.84.1, avec première méthode de mise à jour, je me retrouve avec 2 onglets, un nommés verrous, et l'autre nommé verrous (champs) aucun des 2 n'est fonctionnel , mais le nombre des verrous d'un ordinateurs, indiqués en astérisque, est passé de l'onglet verrous, à l'onglet verrous (champs)
Sous 0.84.1, avec deuxième méthode de mise à jour, idem
Sous 0.84.1, installation vierge, je n'ai plus le premier onglet nommé verrous

Certainement des soucis oui, dans l'attente d'une maj, qui je l’espère réglera le problème !

Merci pour les infos en tout cas !

@meurou · 2013-09-18 13:42:34

Verrou => Utilisé par GLPI + OCS

Verrou champs = > Utilisé par FI

Étrange que la table soit purgée à la mise à jour. Lorsque tu met ton plugin à jour, tu ne clique pas sur Purger ou désinstallé par hasard ... ?

korr · 2013-09-18 13:51:31

OK, donc dans le cas d'une version "vierge" normal que je n'ai plus l'onglet verrou ? n'utilisant pas GLPI ?

Non lorsque je met le plugin à jour, j'efface l'ancien dossier ( en fait les dossiers dans le cas de FI)
Puis dans la page plugin, je clique sur le bouton Mettre à jour du plugin, puis activer, je ne désinstalle pas, ni ne nettoie avant

@meurou · 2013-09-23 15:35:46

Après vérification, il faut resynchroniser les machines afin de pouvoir voir les informations dans l'onglet Verrou (champs).

korr · 2013-09-23 21:09:06

Je confirme, je viens de m'en apercevoir également ... subsiste juste mon souci d'effacement de la table lors de la maj ... mais bon, je l'ai réinjecté à la main, et cela semble fonctionner

Merci de votre aide !

Forum GLPI-Project

Announcement

#26 2013-09-11 17:45:07

Re: pb avec les verrous suite migration 0.84

#27 2013-09-11 22:58:49

Re: pb avec les verrous suite migration 0.84

#28 2013-09-11 23:27:34

Re: pb avec les verrous suite migration 0.84

#29 2013-09-12 08:44:29

Re: pb avec les verrous suite migration 0.84

#30 2013-09-12 08:57:57

Re: pb avec les verrous suite migration 0.84

#31 2013-09-12 09:26:42

Re: pb avec les verrous suite migration 0.84

#32 2013-09-12 09:30:10

Re: pb avec les verrous suite migration 0.84

#33 2013-09-12 10:10:58

Re: pb avec les verrous suite migration 0.84

#34 2013-09-12 10:29:05

Re: pb avec les verrous suite migration 0.84

#35 2013-09-12 10:35:28

Re: pb avec les verrous suite migration 0.84

#36 2013-09-12 10:51:56

Re: pb avec les verrous suite migration 0.84

#37 2013-09-12 11:46:30

Re: pb avec les verrous suite migration 0.84

#38 2013-09-12 11:47:28

Re: pb avec les verrous suite migration 0.84

#39 2013-09-16 17:39:01

Re: pb avec les verrous suite migration 0.84

#40 2013-09-18 10:58:04

Re: pb avec les verrous suite migration 0.84

#41 2013-09-18 12:13:56

Re: pb avec les verrous suite migration 0.84

#42 2013-09-18 13:37:20

Re: pb avec les verrous suite migration 0.84

#43 2013-09-18 13:42:34

Re: pb avec les verrous suite migration 0.84

#44 2013-09-18 13:51:31

Re: pb avec les verrous suite migration 0.84

#45 2013-09-23 15:35:46

Re: pb avec les verrous suite migration 0.84

#46 2013-09-23 21:09:06

Re: pb avec les verrous suite migration 0.84

Board footer