Personnellement je m'occupe de la partie déploiement, GLPI et ses infos là ça ne sera pas mon taff, j'essaye juste de préparer le truc au mieux, avec le maximum d'info.
]]>si je reprend ton n° inventaire
type du moyen ; Années ; mois ; n° incrémental ;
PC201705001 (PC)
IMP201705001 (Imprimantes)
EMF201705001 (EMF Equipement MultiFonctions)
SER201705001 SERveur
TRA201705001 Traceur
je vais tacher de faire une règle au pire pour avoir numéro d'inventaire = nom de l'ordi
et sinon pas de num d'inventaire - on ne le rajoutera - manuellement si besoin - que si on en a l'utilité
]]>En ce qui concerne l'inventaire j'ai vu qu'on pouvait mettre une étiquette Fusion inventory, lié au tag, mais le test réalisé montre qu'il n'y a pas d'auto-incrémentation, ce qui me pose le meme problème qu'auparavant.
]]>pour ces site l'inventaire était manuel !
]]>Soit rajouter une règle permettant de géré ces postes qui n'ont pas de numéro de série.
Bonjour et merci de ta réponse.
Pour "gérer" ces ordinateurs j'ai fais une règle pour ignorer le numéro de série si celui-ci est "To be Filled by OEM", si je comprends bien ce que j'ai paramétrer sous GLPI, cette information sera ignorée lors de l'import.
SI on a besoin du numéro de série on modifiera au besoin, mais cela sera plus en seconde phase. Pour le moment on veut que GLPI fonctionne normalement.
Nous sommes confrontés à de nouveaux problèmes et la solution de tout désinstaller et tout remettre à plat semble de plus en plus s'imposer.
Nous avons eu un ordinateur qui était remonté correctement, et son agent associé, qui ont simplement disparu de GLPI. Personne n'y a touché, il se sont envolés... Pourquoi ? on sait pas.
nous avons 136 ordinateurs de remontés (y compris les mauvais), mais 156 agents, et ceux-ci n'émettent pas de rapport donc (alors que le script de démarrage le demande). Pourquoi ? on a testé avec un ordinateur allumé à l'heure où le rapport devait être émis : rien. On ne comprend plus rien. Nous avons pourtant attendue une demi-journée pour laisser le temps à GLPI de traiter les infos, mais rien n'a changé.
Y'a-t-il une solution pour forcer un inventaire à distance ? Depuis GLPI éventuellement puisque l'agent est remonté, mais sans rapport ?
Rajoutons à cela que l'import d'inventaire réalisé en local échoue la plupart du temps pour des raisons qui sont illogiques :
- numéro de série déjà présent sous GLPI : FNT65148 par exemple
- on recherche sous GLPI ce numéro : il existe bien sur un poste correctement remontés.
- on recherche de numéro dans l'inventaire lcoal que l'on a tenté d'importer : on ne le trouve pas.
pour moi GLPI bloque, il lit mal l'inventaire
]]>il possible que le n° de série d'une CM ne soit pas remonter comme N° Série, car le champs a un autre nom !
style "S/N :" a la place de "SN :"
pour illustré :
ASUS https://www.asus.com/fr/support/article/566
MSI http://www.msicomputer.com/msi_user/msi … e_info.asp
mais peut-être qu'il possible de le retrouver grâce a la base WMI et de faire une modif sur ces postes pour modifier l'envoie du fichier de mise a jour ?
j'en profite pour dire également que certains champs N/S pouvant être vide suite a un changement de CM
sur certaine machine si la cm doit être changer le N/S doit être remplacer via le bios (hors cela n'est pas toujours fait)
ou le n/S est celui de la CM de remplacement et non celui du boitier !
ne cherche pas si déjà la commande sur le poste ne te retourne pas de numéro de série et uniquement "to be filled by OEM, cela veux dire que le numéro de série de la carte mère n'a pas été renseigné sur la carte mère donc fusioninventory ou peu importe l'outil d'inventaire ne sera pas en mesure de le récupéré si il n'éxiste pas.
Cela arrive si il s'agit de PC monté et cela est très chiant.
Donc soit chercher si le constructeur de la carte fournit un soft permettant de saisir toi même le numéro de série de la carte mère. (MSI par exemple n'en fournit pas, en tout cas j'en ai pas trouvé)
Soit rajouter une règle permettant de géré ces postes qui n'ont pas de numéro de série.
Utilisé l'adresse mac + un autre critère d'unicité, dans le lien donnée par bzh j'indique la solution que j'avais utilisé pour contourné ce problème, mais il faut voir si tu peux faire pareil
cordialement
]]>J'ai exporté en mode local mon ordinateur, en extension osc.
Je tente de l'importer sous GLPI (où j'ai supprimé l'ordi) avec Fusion, on me dit que c'est pas possible car le numéro de série existe déja (un vrai, pas to be filled).
Or, si j'ouvre ce même fichier osc sur l'ordi avec notepad ++, et que je recherche de numéro de série, je n'ai rien, il n'est pas trouvé.
Sous Glpi, l'import foir, mais je me retouve avec l'ordinateur comme avant, les logiciels etc, ok, mais ni l'OS, ni le nom l'uudi etc.
voilà si quelqu'un a une idée, un développeur peut-être, moi je n'y comprends plus rien.
j'ai testé le coup de la règle (entités) et nada, rien de change, alors soit on a pas la bonne règle, soit c'est pas ça.
après c'est étrange qu'on soit les seuls à avoir ce problème, je n'ai trouvé nulle part un soucis similaire
]]>si cela peut-aider !
http://forum.glpi-project.org/viewtopic.php?id=155867