You are not logged in.
Pages: 1
Bonjour,
Nous sommes en GLPI 0.84 et pour fusion inventory en 0.84+3.5.
Avant nous étions en 084+1.1 pour FI mais nous avions des problèmes de lieu. Après quelque recherche sur le site j'ai vu que la dernière version résolvait notre problème. On a donc migré en 0.84+3.5 .
Mais depuis, lors des inventaires SNMP, quelque soit le modèle, nous avons les numéros de série qui se modifient tout seul et deviennent erronés.
Exemple : le bon numéro de série d'une Lexmark 364, le bon NS est 3501Z68. Après la remontée nous avons 3501Z68-85-0.
La remontée d'inventaire rajoute l'extension "-xx-0", avec xx un nombre variable entre 2 et 3 chiffres.
Y a-t-il une solution pour ne plus avoir se problème ?
J'ai bien pensé à verrouiller le champ mais je ne pense pas que cela soit la bonne solution, vu que si pour X raisons on modifie le numéro de série manuellement, il en reviendra plus à jour et on ne pourra pas se fier au champ verrouillé.
Cordialement,
Kévin
Version en production GLPI 9.4.5 - Agent FI 2.5
Version en production Fusion Inventory 9.4+2.4
Version PHP 7.2.16
Zend Engine v3.2.0 - Zend OPcache v7.2.16
Offline
Bonjour,
J'ai le même problème.
Nous sommes en GLPI 0.85 et pour fusion inventory en 0.85+1.2.
Mes imprimantes sont créées au départ avec leur numéro de série sous la forme xxxxxxxx.
Lors de la découverte réseau, les numéro remonte sous la
forme xxxxxxxx-yy-zz.
Cela me rajoute donc une deuxième imprimante au lieu de la lier a celle qui existe déjà, car le numéro de série n'est pas reconnu.
Y a t il une solution a ce problème ?
Last edited by cyril.colin (2015-08-24 15:40:45)
Offline
Bonjour
Corrige le numero par celui que te donne la découverte SNMP
il m'est arrivé que le numéro de série sur l'étiquette ne corresponde pas
du tout au numéro de la carte électronique ..
Merci
GLPI 10.0.11/ Plugins GlpiInventory / AgentGlpi : 1.5 < Serveur Debian 64 Bits>
Offline
Pages: 1