• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Probleme liaison gestion des agents et Ordinateurs
#1
Bonjour,

je viens d'installer un GLPI et un Fusion inventory et un fusion inventory agent sur les postes .
Apres la configuration de Fusion inventory agent , J'ai bien un de mon pc lorsque je vais dans plugins -> fusioninventory -> Général -> gestions des agents.

Mais je n'ai rien d'afficher dans Parc -> Ordinateur .

Avant mon ordinateur était sous OCS Inventory.

Pouvez m'expliquer pour quel raison cela ne s'affiche pas .

Merci d'avance
  Reply
#2
Bonjour,

quelques points à vérifier :
dans la config générale du plugin fusioninventory : mettre à oui ce qu'il faut importer dans inventaire de l'ordinateur
autoriser les inventaires dans les modules de l'agent
éventuellement regarder si des agents fusion sont bien présents mais ça, tu l'avais déjà fait
  Reply
#3
Bonjour,
Dans la config général les oui y sont bien.
les agents sont bien présents.
l'inventaire ordinateur dans les agents est ok aussi.

Cela pourrait'il venir des Regles d'import ?

Cordialement
  Reply
#4
Il faudrait vérifier les url indiquées dans l'installation de l'agent .
ça doit être une url du genre http://mon_serveur_glpi/glpi/plugins.fusioninventory/
de même lors de l'installation, si les options suivantes ont été indiquées
/installtasks=Full
/installtype=install-from-scratch
/server='http://mon_serveur_glpi/glpi/plugins.fusioninventory/'
  Reply
#5
Pour l'installation de l'agent, j'ai bien suivi et mis tout se qu'il fallait.

Pour l'installation de Fusion Inventory sur GLPI, je l'ai fait via une interface linux et apres via GLPI .

Je ne vois pas ou mettre les commande que tu m'as envoyé.
  Reply
#6
c'est lorsqu'on installe un agent sur le pc, ce sont des paramètres d'installation.
Sur le serveur est ce que les répertoires sont accessibles en écriture pour l'utilisateur apache ou www-data (selon la distrib utilisée) :

files/_plugins/fusioninventory
  Reply
#7
drwxrwxr-x 2 root root 4096 oct. 8 11:30 ajax
-rw-rw-r-- 1 root root 194 oct. 8 11:30 AUTHORS.txt
-rw-rw-r-- 1 root root 64 oct. 8 11:30 CHANGELOG.txt
drwxrwxrwx+ 2 root root 4096 janv. 26 16:10 config
-rw-rw-r-- 1 root root 18092 oct. 8 11:30 COPYING.txt
drwxrwxr-x 4 root root 4096 oct. 8 11:30 css
drwxrwxrwx+ 14 root root 4096 janv. 26 16:24 files
drwxrwxr-x 2 root root 20480 oct. 8 11:30 front
drwxrwxr-x 2 root root 20480 oct. 8 11:30 inc
-rw-rw-r-- 1 root root 6718 oct. 8 11:30 index.php
drwxrwxr-x 3 root root 4096 janv. 15 09:18 install
drwxrwxr-x 16 root root 4096 oct. 8 11:30 lib
-rw-rw-r-- 1 root root 145 oct. 8 11:30 LISEZMOI.txt
drwxrwxr-x 2 root root 4096 oct. 8 11:30 locales
drwxrwxr-x 5 root root 4096 oct. 8 11:30 pics
drwxrwxr-x 4 root root 4096 janv. 18 13:44 plugins
-rw-rw-r-- 1 root root 124 oct. 8 11:30 README.txt
-rw-rw-r-- 1 root root 21354 oct. 8 11:30 script.js
drwxrwxr-x 2 root root 4096 oct. 8 11:30 scripts
-rw-rw-r-- 1 root root 6256 oct. 8 11:30 status.php

Voila se que j'ai pour le ls -l dans le dossier GLPI . _plugins/ est aussi en ecriture ainsi que fusioninventory/.

Pour l'installation pas de soucis .
  Reply
#8
l'utilisateur executant les scripts apache est root ? (c'est pas top au niveau sécurité)
tu peux le voir dans le fichier httpd.conf
Normalement c'est user apache et group apache ou www-data / www-data selon les distribs. mais pas root

Selon l'utilisateur défini, il faut aller sur /var/www et faire un chown -R apache:apache glpi
si le site se trouve sur /var/www/glpi et que l'utilisateur exécutant les scripts httpd soit apache du groupe apache, sinon, tu adaptes avec les bonnes valeurs
  Reply
#9
Le fichier httpd.conf n'existe pas mais apache2.conf le remplace

J'ai donc d'abord mis www-data sur tout mes fichier GLPI.

Cela ne marchant pas j'ai fait un chown 777

Cela ne marche toujours pas
  Reply
#10
777 est un peu violent, 755 suffirait

maintenant qu'on est sûr que de ce côté là, il n'y a pas de problème, il reste à vérifier les règles
Quelles sont les règles actives ?
la première regle est un test sur le numéro de série
critères :
Matériel à importer : Serial Number est déjà présent dans GLPI Oui
Matériel à importer : Serial Number existe Oui
Matériel à importer : Type de l'élément est Ordinateur
Matériel à importer : Serial Number n'est pas OEM

Action :
Liaison FusionInventory Assigner Liaison

cette simple règle devrait déjà importer pas mal de PC
Ensuite c'est de vérifier si les fichiers xml transférés par l'agent sont bien corrects.
On peut les trouver sur /var/www/glpi/files/_plugins/fusioninventory/xml/computer et dans les sous dossiers qui suivent
  Reply
#11
La premiere regle n'importe rien du tout .

Par contre dans /var/www/glpi/files/_plugins/fusioninventory/xml/computer je n'ai rien du tout .
  Reply
#12
as tu des messages dans
/var/www/glpi/files/_log/php-errors.log et sql-errors.log ?
  Reply
#13
J'ai beaucoup de messages dans php-errors.log ainsi que dans sql-errors.log .

Si le HD est plein , Cela pourrait il venir de cela ?
  Reply
#14
ben carrément oui !
  Reply
#15
Dans /dev/sda1 j'ai encore 17 Go

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1 19G 1,6G 17G 9% /
udev 10M 0 10M 0% /dev
tmpfs 99M 13M 87M 13% /run
tmpfs 248M 0 248M 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 248M 0 248M 0% /sys/fs/cgroup
root@srv-glpi:/#
  Reply
#16
bon, ben là, y a de la place !

que disent les messages d'erreur ?
  Reply
#17
Pour php-errors.log :
2016-01-26 10:57:46 [@srv-glpi]
*** PHP Warning(2): ldap_bind(): Unable to bind to server: Invalid credentials
Backtrace :
:
inc/auth.class.php:241 ldap_bind()
inc/authldap.class.php:2334 Auth->connection_ldap()
inc/authldap.class.php:2392 AuthLDAP::ldapAuth()
inc/auth.class.php:693 AuthLDAP::tryLdapAuth()
front/login.php:78 Auth->Login()
Test
Test
Test
Test
2016-01-28 12:06:12 [2@srv-glpi]
*** PHP Warning(2): ldap_bind(): Unable to bind to server: Invalid credentials
Backtrace :
:
inc/auth.class.php:241 ldap_bind()
inc/authldap.class.php:2334 Auth->connection_ldap()
inc/authldap.class.php:2392 AuthLDAP::ldapAuth()
inc/auth.class.php:693 AuthLDAP::tryLdapAuth()
front/login.php:78 Auth->Login()
2016-02-02 12:02:35 [9@srv-glpi]
*** PHP Warning(2): ldap_bind(): Unable to bind to server: Invalid credentials
Backtrace :
:
inc/auth.class.php:241 ldap_bind()
inc/authldap.class.php:2334 Auth->connection_ldap()
inc/authldap.class.php:2392 AuthLDAP::ldapAuth()
inc/auth.class.php:693 AuthLDAP::tryLdapAuth()
front/login.php:78 Auth->Login()
2016-02-02 14:55:14 [2@srv-glpi]
*** PHP Warning(2): ldap_bind(): Unable to bind to server: Invalid credentials
Backtrace :
:
inc/authldap.class.php:2187 ldap_bind()
inc/authldap.class.php:1186 AuthLDAP::connectToServer()
front/authldap.form.php:57 AuthLDAP::testLDAPConnection()
2016-02-02 14:55:20 [2@srv-glpi]
*** PHP Warning(2): ldap_bind(): Unable to bind to server: Invalid credentials
Backtrace :
:
inc/authldap.class.php:2187 ldap_bind()
inc/authldap.class.php:1186 AuthLDAP::connectToServer()
front/authldap.form.php:75 AuthLDAP::testLDAPConnection()

pour sql-errors.log:

2016-01-28 11:08:07 [2@srv-glpi]
*** MySQL query error:
SQL: DELETE
FROM `glpi_tickets`
WHERE `itemtype` IN (\'PluginMassocsimportNotimported\',
\'PluginMassocsimportDetail\',
\'PluginOcsinventoryngOcsServer\',
\'PluginOcsinventoryngNotimportedcomputer\',
\'PluginOcsinventoryngDetail\')
Error: Unknown column 'itemtype' in 'where clause'
Backtrace :
plugins/ocsinventoryng/hook.php:986
inc/plugin.class.php:620 plugin_ocsinventoryng_uninstall()
front/plugin.form.php:49 Plugin->uninstall()
2016-01-28 11:14:15 [2@srv-glpi]
*** MySQL query error:
SQL: DELETE
FROM `glpi_tickets`
WHERE `itemtype` IN (\'PluginMassocsimportNotimported\',
\'PluginMassocsimportDetail\',
\'PluginOcsinventoryngOcsServer\',
\'PluginOcsinventoryngNotimportedcomputer\',
\'PluginOcsinventoryngDetail\')
Error: Unknown column 'itemtype' in 'where clause'
Backtrace :
plugins/ocsinventoryng/hook.php:986
inc/plugin.class.php:620 plugin_ocsinventoryng_uninstall()
front/plugin.form.php:49 Plugin->uninstall()
  Reply
#18
Il y a 7000 lignes dans le fichier sql-errors.log avec toujours le même soucis : Error: Unknown column '........' in 'where clause'
  Reply
#19
Il semblerait que ton plugin import ocs soit actif. De fait il est probable que glpi ne tienne compte que de ce plugin. Si tu peux le désactiver de manière à n'avoir que fusion comme remontée d'inventaire
  Reply
#20
J'ai désinstallé mon plugin OCS depuis.

Autrement j'ai remarqué que la version ne remontait pas non plus .

Quand je vais dans gestions des agents et que je clique sur un Pc qui se trouve ici, la version ne remonte pas . Alors que celle ci est sensé remonter .
  Reply
#21
L'agent ne dois plus être à jour, supprime le de la base et réinstalle l'agent sur le poste avec une commande de ce type
%installeur% /acceptlicense /installtasks=Full /installtype=from-scratch /execmode=Service /runnow /server='http://monserveur/glpi/plugins/fusioninventory/' /S

avec %installer%=
if %PROCESSOR_ARCHITECTURE%==AMD64 (set installeur=fusioninventory-agent_windows-x64_2.3.17.exe)
if %PROCESSOR_ARCHITECTURE%==x86 (set installeur=fusioninventory-agent_windows-x86_2.3.17.exe)

Une fois installé, sur le poste tu lances un inventaire http://localhost:62354
  Reply
#22
Les postes qui sont à inventorier sont des postes en Windows .
  Reply
#23
oui? et alors ?

ce sont bien des commandes windows Wink

sur un poste en 64 bits tu lances

fusioninventory-agent_windows-x64_2.3.17.exe /acceptlicense /installtasks=Full /installtype=from-scratch /execmode=Service /runnow /server='http://monserveur/glpi/plugins/fusioninventory/' /S

et sur un poste en 32 bits la même chose avec l'agent 32 bits
  Reply
#24
Ok excusez moi je suis a fond sur du linux en se moment Smile

J'ai donc tapé la commande suivante : fusioninventory-agent_windows-x86_2.3.17.exe /acceptlicense /installtasks=Full /installtype=from-scratch
/execmode=Service /runnow /server='http://srv-glpi/glpi/plugins/fusioninventory/' /S

cela m'installe bien l'agent et fusioninventory communique bien par contre toujours pas de remonté au niveau de Parc -> Ordinateur .

L'ordinateur remonte mais pas la version .
  Reply
#25
asko Wrote:as tu des messages dans
/var/www/glpi/files/_log/php-errors.log et sql-errors.log ?

Je reviens sur ça , un message s'affiche dans sql-errors.log :
Error: Too many tables; MySQL can only use 61 tables in a join
Backtrace :
inc/search.class.php:903
inc/search.class.php:98 Search::constructDatas()
inc/search.class.php:81 Search:ConfusedhowList()
front/computer.php:44 Search:Confusedhow()
Je pense que le soucis viens de la
  Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)