You are not logged in.
Pages: 1
Bonjour,
J'utilise GLPI 0.85.2 avec FI 0.85 +1.1
J'ai un pc avec agent en 192.168.208.200 255.255.252.0 (nom : pc_002)
J'ai une imprimante en 192.168.210.212 255.255.252.0 (nom : p0017)
L'imprimante est dans une communauté SNMP 'public' (en read only)
J'ai mon serveur GLPI en 192.168.211.35 255.255.252.0 (Ubuntu 14.04.2 LTS)
Dans FI, j'ai paramétré la plage d'adresse 210, allant de 192.168.210.3 à 192.168.210.254, utilisant l'authentification SNMP v2c et 1
Dans glpi, Parc > Imprimante > p0017 > FusionInventory SNMP, j'ai indiqué dans le champ "authentification SNMP" "Public community v2c"
Dans glpi, Parc > Ordinateur > pc_002 > FusInv Agent, je force un inventaire, cela fonctionne.
Je veux créer une tache qui va lire le niveau de cartouche de p0017, puis l'indiquer dans Parc > Imprimante > FusionInventory SNMP > catégorie Cartouche
Je crée donc la tache comme suit :
Plugins > FusionInventory > Tache > Gestion de tache > Ajouter > Nom : "test SNMP" -> Ajouter
Configuration des jobs > Ajouter un job > Nom : Lire cartouches ; Méthode du module : Inventaire réseau SNMP -> Ajouter
Dans cette même tache, je précise : cible > Plage IP > Plage 210 ; Acteur : mon agent sur pc_002
Je retourne dans gestion de tache, je met l'heure de début dans 5 minutes, l'heure de fin dans une heure, je coche actif, je sauvegarde
Et puis là, gros soucis, à l'heure précisée rien ne se passe ! La tache ne passe même pas en préparée.
Mais après avoir reforcé un inventaire une fois l'heure passé, la tache ne se lance toujours pas
Je précise que l'agent contient les modules Inventory, NetInventory et NetDiscovery
De l'aide pour me dire ce que j'ai mal fait ?
Merci d'avance,
maxime
Offline
Bonjour Maxime.d,
Il y'a un problème de communication entre l'agent et le plugin fusioninventory dans cette version.
Je crois que le problème est en cours de résolution. Néanmoins tu peux forcer la tâche dans : Configuration >> Actions automatiques >> TaskScheduler. Sûrement que la tâche restera à l'état préparé à cause du problème de communication.
Offline
Bonjour olivier,
Ma tâche ne passe même pas en préparé à l'heure programmé, rien ne se passe
TaskScheduler se lance correctement toutes les minutes grâce au CLI
Et même en l'exécutant rien ne se passe, la tâche ne passe même pas en préparé
Offline
Bonjour, toujours pas de nouvelles ?
Offline
Même problème pour moi, mais avec n'importe quelle tâche (sauf inventaire comme toi).
Soit on s'y prends mal soit c'est un bug !
Offline
Encore le même problème après avoir passé l'agent en version 16.
La tache ne passe même pas en préparée.
De l'aide svp
Offline
Up svp
Offline
Pas d'aide ?
Offline
Je suis aussi intéressé. Merci de l'aide
Patrick.
GLPI 0.85.2./CentOS 7/MariaDB 5.5.40
RHCE,RHCSA
http://www.informaddict.net
Offline
Je suis aussi intéressé ! Y a t'il un tuto précis pour les dernières versions ? Merci.
Offline
Même problème.
Agent 2.3.16 sur Debian... reste bloqué à
running task Inventory
par contre.
Et si je force via les Ordinateurs, il me met
running task ESX
Offline
Bonjour,
Après beaucoup de test et de tentative pour faire fonctionner cette nouvelle version du plugin fusion inventory
Voici le tuto fonctionnant avec 2.3.16 et GLPI 0.85.2
prerequis agent installé en tant que tache windows !
Créer la plage IP en decouverte reseau et/ou communauté snmp
Créer une tache et ajouter la plage ip et l'agent
activer la tache et l'horaire de demarrage sans heure de fin (en fonction du besoin)
Aller dans action automatique et executer le task scheduler (la tache passe en préparé)
Sur le serveur ou l'agent est installé lancer les taches windows fusioninventory (s'il est ready faire run)
La tache passe en cours et tourne
Excellente journée
Yannick
Yannick
Prod : GLPI 9.4.2 - Windows 2012 - php 7.3 - mysql mariadb
Certifié ITIL V3, PMP - http://www.itamconsulting.com
Offline
Pages: 1