You are not logged in.
Pages: 1
Topic closed
Bonjour,
J'ai récemment fait une mise à jour de notre version glpi 0.72.4 vers 0.90.1. Jusque là, tout s'est bien passé.
Ca s'est corsé lorsque j'ai voulu commencer l'utilisation de fusioninventory en lieu et place d'OCSng.
Après installation du plugin dans glpi, j'ai installé un agent Windows x64 et un agent Linux sur deux machines autres que le serveur. Aucun de ces 2 agents n'est listé dans l'inventaire.
L'adresse serveur configurée sur les agents est htt*p://glpi.lan/plugins/fusioninventory/ puisque glpi est accédé par htt*p://glpi.lan
Au niveau des logs apache j'ai pu mettre la main sur ceci :
access.log :
*.0.1 - - [14/Jun/2016:15:08:03 +0200] "POST /plugins/fusioninventory/ HTTP/1.1" 500 452 "-" "FusionInventory-Agent_v2.3.17"
*.0.25 - - [14/Jun/2016:15:18:09 +0200] "POST /plugins/fusioninventory/ HTTP/1.1" 500 452 "-" "FusionInventory-Agent_v2.3.16"
error.log :
[Tue Jun 14 15:08:03.885474 2016] [:error] [pid 29054] [client *.0.1:49489] PHP Fatal error: Uncaught exception 'Zend\\I18n\\Exception\\InvalidArgumentException' with message 'Could not find or open file /var/www/glpi/plugins/fusioninventory/locales/ for reading' in /var/www/glpi/lib/Zend/I18n/Translator/Loader/Gettext.php:49
Stack trace: le site ne me laisse pas poster le texte donc je mets un screenshot (erreur Too more links in message. Allowed 2 links. Reduce number of links and post it again.)
Quelqu'un a t-il des pistes pour une solution? J'ai déjà retourné la question dans tous les sens sur google et rien n'y répond.
Offline
J'ai résolu ce problème.
Pour une mystérieuse raison (liée aux mises à jour?), l'entrée 'core language' dans la table glpi_configs avait pour valeur 'language'.
Suivant mon intuition, je l'ai mise à en_GB, ce qui semble fonctionner.
Mes agents savent à présent s'enregistrer.
Offline
Pages: 1
Topic closed