Bonjour,
Selon la documentation :
•HKEY_LOCAL_MACHINE\SOFTWARE\FusionInventory-Agent : pour Windows
•HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\FusionInventory-Agent : pour Windows 64 bits
Sur mon PC, c'est le contraire
Bonjour,
Selon la documentation :
•HKEY_LOCAL_MACHINE\SOFTWARE\FusionInventory-Agent : pour Windows
•HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\FusionInventory-Agent : pour Windows 64 bits
Sur mon PC, c'est le contraire
kiniou,
Would I put the "start /wait" arguments in the "Actions to achieve > Command" window on Fusioninventory or will I need a .bat file to accomplish this?
Ce qu est étonnant, si je compare un moniteur entré manuellement avec un venat de FU il n'y a pas de différence
OK, I put "start /wait ccsetup408_slim.exe /s" in the command section of Fusioninventory for the package and got this:
7:28 2013][debug] error msg: `timeout' [Wed Dec 18 14:57:28 2013][debug] exit status: `293' [Wed Dec 18 14:57:28 2013][debug] ok, no check to evaluate. [Wed Dec 18 14:57:28 2013][debug] exitStatus: 293
This means your ccsetup408_slim.exe return some 293 error which usually means your installation did not end well.
Return codes that differs from 0 are usually specific to the installer software. I invite you to read any manual about the installer framework (like installshield or nsis) or get this information directly from the software documentation (if you can find any).
In general, you can consider an installation as done when return code is 0. Therefore, you can add an action checks in your package that will verify the return code is 0.
The "start /wait" is sometimes mandatory because if the installer goes in background, the agent will get a return code 0 and send to the server that everything goes well while the installer is still in its process of installation.
And another tip: try to do your install test in commandline in order to get the return code information with %ERRORLEVEL% and to be assured the installer process doesn't go in background.
Bonjour,
J'ai un petit problème :
Nous allons migrer notre base glpi sur un nouveau serveur Debian 7 et en voulant remettre en place le SSO j'ai un problème car l'agent n'arrive pas à se connecter au dossier glpi/plugins/fusioninventory
Voici mes fichiers de configuration :
/etc/apache2/sites-available/default :
<VirtualHost *:80>
ServerAdmin root@localhost
ServerName glpi-serveur-84.xxxxxxxxxxx.com
ServerAlias glpi-serveur-84
DocumentRoot /var/www/glpi
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/glpi>
Options -Indexes -FollowSymLinks MultiViews
NTLMAuth on
AuthType NTLM
AuthName "GLPI NTLM Authentication"
NTLMAuthHelper "/usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp"
NTLMBasicAuthoritative on
require valid-user
Order allow,deny
allow from all
Satisfy All
</Directory>
<Directory /var/www/glpi/plugins/fusioninventory>
Satisfy Any
Allow from all
</Directory>
ErrorLog ${APACHE_LOG_DIR}/error.log
LogFormat "%h %l %u %t \"%r\" %>s %b" common
CustomLog ${APACHE_LOG_DIR}/access.log common
CustomLog ${APACHE_LOG_DIR}/referer.log "%{Referer}i -> %U"
CustomLog ${APACHE_LOG_DIR}/agent.log "%{User-agent}i"
Alias /phpmyadmin "/usr/share/phpmyadmin"
Alias /phpsysinfo "/usr/share/phpsysinfo"
</VirtualHost>
/usr/local/etc/fusioninventory/agent.cfg :
...
server = http://127.0.0.1/glpi/plugins/fusioninventory/
...
Et lorsque j’exécute l'agent j'ai le message suivant :
[debug] FusionInventory Agent (2.3.4)
[debug] Configuration directory: /usr/local/etc/fusioninventory
[debug] Data directory: /usr/local/share/fusioninventory
[debug] Storage directory: /usr/local/var/fusioninventory
[debug] Lib directory: /usr/local/share/fusioninventory/lib
[debug] [target server0] Next server contact planned for Wed Dec 18 18:17:48 2013
[debug] Available tasks:
[debug] - ESX: 2.2.1
[debug] - Inventory: 1.0
[debug] - WakeOnLan: 2.0
[debug] - NetDiscovery: 2.2.0
[debug] - Deploy: 2.0.4
[debug] - NetInventory: 2.2.0
[debug] FusionInventory Agent initialised
[debug] [http client] Using Compress::Zlib for compression
[debug2] [http client] sending message:
<?xml version="1.0" encoding="UTF-8" ?>
<REQUEST>
<DEVICEID>GLPI-SERVEUR-84-2013-12-18-17-12-21</DEVICEID>
<QUERY>PROLOG</QUERY>
<TOKEN>12345678</TOKEN>
</REQUEST>
[error] [http client] authentication required, no credentials available
[fault] No answer from the server at /usr/local/share/fusioninventory/lib/FusionInventory/Agent.pm line 261.
Il s'agit des versions :
fusioninventory-agent : 2.3.4
fusioninventory : 0.84+2.0
glpi : 0.84.3
debian : 7.0.1
apache2 : 2.2.22-13
Et un truc que je comprend pas c'est que quand je remet le fichier par defaut /usr/local/etc/fusioninventory/agent.cfg , mon SSO ne fonctionne plus (ce qui est logique) mais l'agent lui arrive à communiquer.
Il s'agit a coup sur d'un problème de configuration du fichier /usr/local/etc/fusioninventory/agent.cfg mais je ne vois pas ce qui cloche.
Cdt.
Tu dis dans ta conf apache que le login/mot de passe est requis, hors l'agent n'as pas ses login et mot de passe. donc soit tu rajoute dans l'url avec un compte readonly, soit tu exclu le dossier plugins/fusioninventory/ du reauire SSO, soit tu fait un nouveau vhost qui ne défini pas de SSO
Je ne l'exclu pas déjà avec :
<Directory /var/www/glpi/plugins/fusioninventory>
Satisfy Any
Allow from all
</Directory>
ah, et dans les logs apache?
Au moment ou je lance l'agent voici les lignes qui s'inscrivent dans les fichiers logs :
/var/log/apache2/access.log :
127.0.0.1 - - [19/Dec/2013:14:12:07 +0100] "POST /glpi/plugins/fusioninventory/ HTTP/1.1" 401 753
/var/log/apache2/agent.log :
FusionInventory-Agent_v2.3.4
/var/log/apache2/referer.log :
- -> /glpi/plugins/fusioninventory/
Et rien dans le error.log
T'as un 401, donc il ne prend plus ton exclusion
Oui mais je ne vois pas ce qui cloche dans ma conf apache :
<VirtualHost *:80>
ServerAdmin root@localhost
ServerName glpi-serveur-84.prevost-industries.com
ServerAlias glpi-serveur-84
DocumentRoot /var/www/glpi
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/glpi>
Options -Indexes -FollowSymLinks MultiViews
AllowOverride None
NTLMAuth on
AuthType NTLM
AuthName "GLPI NTLM Authentication"
NTLMAuthHelper "/usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp"
NTLMBasicAuthoritative on
require valid-user
Order allow,deny
allow from all
</Directory>
<Directory /var/www/glpi/plugins/fusioninventory/>
Satisfy Any
</Directory>
ErrorLog ${APACHE_LOG_DIR}/error.log
LogFormat "%h %l %u %t \"%r\" %>s %b" common
CustomLog ${APACHE_LOG_DIR}/access.log common
CustomLog ${APACHE_LOG_DIR}/referer.log "%{Referer}i -> %U"
CustomLog ${APACHE_LOG_DIR}/agent.log "%{User-agent}i"
Alias /phpmyadmin "/usr/share/phpmyadmin"
Alias /phpsysinfo "/usr/share/phpsysinfo"
</VirtualHost>
Ok pour l'agent 32
Mais, en installant l'agent 64 bits la clé est ici : HKEY_LOCAL_MACHINE\SOFTWARE\FusionInventory-Agent
Cela a-t-il une influence sur la suite ?
Bonjour,
Sous Win7 avec GLPI 0.84.2 + FI 0.84+2.0 et l'agent 2.3.4 pour que l'utilisateur d'un poste remonte, j'ai aussi dû changer le fichier users.pm
Problème résolu ...
Ca ne venait pas d'apache en fait...
Dans la conf de mon agent j'avais entré comme adresse :
server = http://127.0.0.1/glpi/plugins/fusioninventory/
au lieu de :
server = http://127.0.0.1/plugins/fusioninventory/
Ok Merci . Ca fonctionne avec le 2.2.7-4
Hello
I'm using GLPI 0.84.3 with Fusioninventory 0.84+1.2 (agent 2.3.3) and somehow this feature is not working anymore: http://forge.fusioninventory.org/issues/911
Whenever inventory runs before user login, the User field turns empty. If inventory runs after user logs in, it updates correctly.
It should be using LASTLOGGEDUSER or similar, right?
Kind regards
PS: I have this same topic created under "fusioninventory for GPLi" section but since I am not sure whether this relates to GLPi or the agent I decided to create it here as well.
Ah prompt rétablissement alors !!
Pour ma part, j'ai effectué la modification DNS en ajoutant "93.93.45.69 snmp.fusioninventory.org" dans /etc/hosts puisque j'utilise une redhat 5.5
Maintenant, j'ai plus le message "Somebody works on that, retry in 1h".
Cependant, un problème subsiste. Le téléchargement des modèles SNMP se bloque à environ 20%.
Du coup, je sais pas trop quoi mener comme action pour que ça avance.
GLPI 0.84-2 Fusioninventory-Plugin 0.84+1.2
OK, it turns out that CCleaner command-line options are case sensitive. Instead of "start /wait ccsetup408_slim.exe /s" one has to put "start /wait ccsetup408_slim.exe /S" I can install CCleaner by deploy now. I am having trouble getting a batch file to work to run the program by deploy. Here is the batch file called CCleanerRun64.bat:
@ECHO OFF
ECHO CCleaner is cleaning your PC ...
cd c:\Program Files\CCleaner
start /wait CCleaner64.exe /AUTO
ECHO Finished
Exit
If I execute this file on the client pc it works just fine. When I deploy it with "start /wait CCleanerRun64.bat" in the command field of Fusioninventory the package deploys just fine but CCleaner does not clean. Could it be that CCleaner requires running the command-line version as a user?
Le téléchargement des modèles SNMP se bloque à environ 20%? c'est a dire?
Si tu as une redhat, faut aussi désactiver SELINUX je crois qui bloque les requete externes dans un script php
Humm it may not be deleted if empty in XML.
See too a node <USERS>