You are not logged in.
Bonjour à tous,
Je voudrais savoir si quelqu'un pouvait m'indiquer comment déployer l'Agent OCS sur les PC afin de récupérer toutes les informations dans GLPI.
Merci
Offline
Un petit tour sur la documentation d'OCS ou tout est très bien expliquer.
pour une installation silencieuse, sans proxy, en mode debug : OcsAgentSetup /S /NP /DEBUG /SERVER:adresse_du_serveur_ocs
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
Oui c'est exactement çà.
Je veux installer l'agent OCS en tant que service.
Avec le script ci-dessous pas de problème :
Psexec \\Poste_de_travail -u "profil_admin" -p "mot_de_passe" -c -f OcsAgentSetup.exe /S /NP /DEBUG /SERVER:nom_du_serveur /PNUM:81
Cela me crée bien l'agent OCS en tant que service ainsi
qu'un répertoire c:\program files\OCS Inventory Agent\
Par-contre, comment récupérer les information du micro sur le serveur OCS ?
Merci pour tout.
Offline
Par defaut les informations sont remontées toutes les 10 heures donc patience
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
Pourtant j'ai changé quelques paramètres comme indiqué ci-dessous :
PROLOG_FREQ=1
OLD_PROLOG_FREQ=1
TTO_WAIT=650
Donc normalement, les postes doivent s'inscrire sur le serveur OCS dans 1 heure.
Avec de la patience, ils se sont bien tous inscrit mais de façon complètement aléatoire.
J'ai même été obligé pour certain de forcer leur inscription en lancant OcsInventory.exe en local sur la machine. (au passage, c'est pas cool).
Maintenant, je me retrouve avec mes 6 postes de tests dans OCS mais il n'y en a qu'un qui se met à jour toutes les heures (comme défini dans le paramétrage).
Pour les autres, j'attends.......j'attends......
N'y aurait-il quand même pas un ptit bug dans la dernière version d'OCS ?
Merci
Offline
non c'est trés bien expliqué dans la doc.
Le premier inventaire est lancée au bout de 10h apres cela depend de ton prolog_freq
mais tu peux forcer le premier inventaire en modifiant le .ini et en metteant TTO_wait à 0
Xavier Caillaud
Blog GLPI Infotel
Offline
Sur 5 postes sur 6, cela fait 5 heures que le TTO_WAIT passe à 0 puis se réinitialise à 3600 sans que rien se soit mis à jour sur le serveur OCS.
Il n'y a qu'1 poste qui se met à jour toutes les heures.
Et pourtant, le déploiement de l'agent OCS a été réalisé de la même façon.
Je ne sais pas trop quoi en penser.
Offline
regarde dans le fichier de log généré par OCS en local sur la machine si tu as des erreurs de remontés vers le serveur.
je te conseille quand même d'aller voir sur le site OCS pour plus d'information
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
non c'est trés bien expliqué dans la doc.
Le premier inventaire est lancée au bout de 10h apres cela depend de ton prolog_freq
mais tu peux forcer le premier inventaire en modifiant le .ini et en metteant TTO_wait à 0
Avant de modifier le TTO_WAIT il faut arreter le service OCS.
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
C'est çà ..!
Il faut bien arrêter le service OCSInventory avant de faire une modif dans le .ini.
Un grand merci.
Offline
de rien
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline