Voir les règles d'import de matériel
↧
Re: Pb inventaire SNMP GLPI 0.84 (ajout dans materiel inconnu uniquement)
↧
Re: Modèle SNMP incomplet
Je viens de tester sur un CentOS et le résultat est le même... Seul le 1er OID est pris en compte. Donc soit je fait une fausse manipulation, soit Lexmark, Xerox et konica ont des imprimantes en carton côté SNMP!!
↧
↧
Nom de l'agent dans l'inventaire
Bonjour à tous,
Depuis la v2.3.0, le nom de l'agent dans la liste de logiciels sous Windows inclus le numéro de version et l'architecture, ce qui force GLPI à traiter chaque version et déclinaison comme un logiciel différent n'ayant qu'une version.
Autant pour l'architecture ça se comprend, vu que GLPI n'a, curieusement, nulle part où stocker la donnée.
Pour la version par contre, il serait préférable de l'enlever du nom: la donnée existe déjà dans la liste de programmes de Windows, et c'est ce à quoi GLPI s'attend.
(C'est un truc qui me fait tourner bourrique aussi pour Java, Firefox, Adobe Reader, etc. Au moins avec FusionInventory je peux tenter le coup ^^)
↧
Re: Pb inventaire SNMP GLPI 0.84 (ajout dans materiel inconnu uniquement)
Bonjour,
J'ai déjà regardé les règles d'import.
A moins que la mise à jour du plugin ait modifié quelques chose dans ma configuration de fusioninventory, je ne vois pas de problèmes au niveau des règles d'import.
Parmi les 14 regles que j'ai sur FusionInventory - Régles d'import et de liaison des materiels, 4 sont sur le materiel réseau :
Networkname (critères : Nom déjà présent dans GLPI et Nom existe),
NetworkEquipment mac (critères : MAC déjà présent dans GLPI, MAC existe et Type de l’élément est Matériel réseau),
NetworkEquipment serial (Critères : Numéro de série déjà présent dans GLPI, Numéro de série existe et Type de l’élément est matériel réseau) et
Network Equipment import (Critères : Type de l’élément est matériel réseau, IP déjà présent dans GLPI et IP existe)
et seule la dernière est prise en compte à savoir : Unknown device import (critère Nom est * et IP est vide dans GLPI)
Avez vous une idée ?
Merci
↧
Re: Modèle SNMP incomplet
Personne ne fait de modèle et rencontre ce problème?
↧
↧
Re: Modèle SNMP incomplet
J'ai refait des tests sans firewall, ni proxy mais le résultat est le même et sur un nouveau type de matériel donc les modèles d'imprimantes ne sont pas en cause...
↧
Agent bloqué sur tache "démarré"
Bonjour,
Depuis plusieurs jours je n'arrive plus a faire fonctionner mon plugin Fusion-inventory pour la découverte réseau, j'ai déployé l'agent Fusion sur tout mes postes par le biais du .vbs
version glpi 0.84.3
version fusionInventory 0.84+1.2
version agent 2.3.3
Maintenant j'ai bien mes agents qui remonte dans la bonne version sur la console Fusion
J'ai donc crée une tache de découverte réseau sur un seul de mes poste (le mien) et je lance la tache
La tache se lance mais reste a ce stade
Sur mon poste je vois bien l'inventaire se lancer
Puis rien, la tâche reste indéfiniement bloqué a ce stade ... je dois l’arrêter manuellement j'ai aussi une ligne suspecte dans le log de l'agent :
[Thu Nov 21 16:05:10 2013][debug] FusionInventory::Agent::Task::Inventory::Win32::Users killed by a timeout
Pour précision j'ai bien modifier le registre de mes agent windows pour autoriser les httpd-trust, je ne vois vraiment pas ce que j'ai pu louper surtout que tout fonctionnait assez bien avant ma mise à jour.
↧
Re: Pas de remontée Utilisateur avec agent 2.3.2
Bonjour,
Je fais remonter le post car j'ai eu le même problème lors de la mise à jour en 2.3.2.
Je pensais que le problème aurait été corrigé avec la version 2.3.3, mais je constate toujours des pertes d'utilisateurs.
À noter que ça ne le fait pas systématiquement, et si je vais dans la fiche utilisateur et que je force l'inventaire, cette fois l’utilisateur apparaît.
Il y a même des fois où je dois forcer l'inventaire 3 ou 4 fois pour que l'utilisateur remonte correctement.
À noter que le champ "usager", lui, est rempli correctement à chaque fois.
Je ne constatais aucun problème de ce genre avec la version 2.2.7-4.
Si le problème a été corrigé avec la version 2.3.3 comme semble le dire ddurieux, y aurait-il des résidus de bug ?
↧
Re: Help with first agent install on CentOS
I installed fusioninventory-agent in 2.3.3 version on CentOS 6.4 according to instruction from link http://www.fusioninventory.org/document … inux/rhel/. I can run it manually, but if I try 'service fusioninventory-agent start' i get message 'Failed'.
↧
↧
"User" information is deleted when inventory runs before login
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
↧
Re: Pas de remontée Utilisateur avec agent 2.3.2
Bonjour,
De notre côté nous sommes passés de la 2.2.7 à la 2.3.3 récemment (glpi toujours en 0.83), et a priori le seul bug rencontré concerne 4 postes sous Windows XP où l'usager se termine par 2 ou 3 slash (ex. "username//").
C'est pas très embêtant mais si ça induit d'autres comportements en relation avec ce post autant le remonter 
↧
Re: pb avec le déploiement
Personne ne peut répondre a cette question ???
↧
Re: pb avec le déploiement
Bonjour,
smithi wrote:
J ai configurer glpi et fusion pour une communication en h ttps avec ces agents tout fonctionne bien seulement
quand j essais de télédéployer une application la tache reste bloqué jusqu a 25% avant d etre en erreur.Voici les log coté agent
http://www.casimages.com/img.php?i=1311 … 691200.jpg
avez-vous deja eu cette erreur ?
Cette erreur signifie que le hash du morceau (filepart) du fichier téléchargé par l'agent n'est pas correct et qu'il est sûrement corrompu.
Pouvez vous préciser les versions du plugin GLPI et de l'agent que vous utilisez car nous avons eu plusieurs régressions concernant le télédéploiement en 0.84+1.0.
smithi wrote:
Il s avérerait que c est un problème de longueur :
Mes clients étant en windows ils ne savent pas lire les commandes de plus de 255 caractères et vu que fusioninventory lors d un déploiement envois un chemin très long ( il intègre la chaine sha512 dans la commande) bé ceux-ci n arrivent a l executer
Quel est le contenu de votre commande d'installation ?
À moins que vous ne l'ayez explicitement spécifié dans la commande d'installation, le sha512 n'est utilisé que pour vérifier que le contenu du fichier a été correctement téléchargé.
↧
↧
Message d'erreur durant l'inventaire réseau
En exécutant un inventaire réseau depuis GLPI, la tâche ne se termine pas. 
Histoire de débbuger un peu, j'ai essayer de faire cet inventaire sur l'agent, avec la commande :
fusioninventory-netinventory --host 172.24.5.100 --model /var/www/glpi/plugins/fusioninventory/snmpmodels/1188708.xmlJ'ai ce message d'erreur, et la tâche ne se termine jamais.
Thread 1 terminated abnormally: Undefined subroutine &FusionInventory::Agent::Tools::Hardware::Generic::setConnectedDevicesMacAddresses called at /usr/share/fusioninventory/lib/FusionInventory/Agent/Tools/Hardware.pm line 865.Bien entendu, il ne trouve rien.
Avez-vous une idée ?
Merci d'avance pour vos réponses
↧
Re: Message d'erreur durant l'inventaire réseau
Version de l'agent?
↧
Re: Message d'erreur durant l'inventaire réseau
Paquet : fusioninventory-agent
État: installé
Version : 1:2.3.2-2
Et les modules :
[debug] - Inventory: 1.0
[debug] - WakeOnLan: 2.0
[debug] - NetDiscovery: 2.2.0
[debug] - NetInventory: 2.2.0
Serveur Debian 7.2
↧
Re: Message d'erreur durant l'inventaire réseau
J'ai oublié de préciser que dans le doute, j'ai tout réinstallé depuis le debut (OS compris) et j'ai toujours le message...
↧
↧
Re: Message d'erreur durant l'inventaire réseau
Y avait un bug en 2.3.2, passes en 2.3.3 et ça devrait aller mieux 
↧
Re: Message d'erreur durant l'inventaire réseau
ddurieux wrote:
Y avait un bug en 2.3.2, passes en 2.3.3 et ça devrait aller mieux
Merci
Il faut que je passe par les sources du coup ? Il ne me semble pas qu'il y ait de paquet dans le dépôt de fusioninventory pour la 2.3.3 ?
↧
Re: Message d'erreur durant l'inventaire réseau
Re-Bonsoir,
Je viens d'installer l'agent en version 2.3.3 depuis les sources, et j'ai relancé un inventaire réseau. J'ai malheureusement toujours un message d'erreur, quasi identique au premier :
Premier message :
Thread 1 terminated abnormally: Undefined subroutine &FusionInventory::Agent::Tools::Hardware::Generic::setConnectedDevicesMacAddresses called at /usr/share/fusioninventory/lib/FusionInventory/Agent/Tools/Hardware.pm line 865.
Maintenant :
Thread 1 terminated abnormally: Undefined subroutine &FusionInventory::Agent::Tools::Hardware::Generic::setConnectedDevicesMacAddresses called at /home/fusioninventory/share/fusioninventory/lib/FusionInventory/Agent/Tools/Hardware.pm line 889.
Toujours ce même fichier Hardware.pm, mais plus à la même ligne...
Le passage qui semble poser problème est celui là :
# check if vlan-specific queries are needed
my $vlan_query =
any { $_->{VLAN} }
@{$model->{WALK}};
if ($vlan_query) {
# set connected devices mac addresses for each VLAN,
# using VLAN-specific SNMP connections
while (my ($suffix, $value) = each %{$vlans}) {
my $vlan_id = $suffix;
$snmp->switch_community("@" . $vlan_id);
FusionInventory::Agent::Tools::Hardware::Generic::setConnectedDevicesMacAddresses(
snmp => $snmp,
model => $model,
ports => $ports,
logger => $logger
);
}
} else {
# set connected devices mac addresses only once
FusionInventory::Agent::Tools::Hardware::Generic::setConnectedDevicesMacAddresses(
snmp => $snmp,
model => $model,
ports => $ports,
logger => $logger
);
}Plus particulièrement celle-là (ligne 889):
FusionInventory::Agent::Tools::Hardware::Generic::setConnectedDevicesMacAddresses(Je ne vois vraiment pas ce que ça peut être... 
↧