fusioninventory-for-glpi
fusioninventory-for-glpi copied to clipboard
Timeout Inventory -> OSNAME
Bonjour
Certains de nos remontées partent en timeout, (soit un souci mémoire, soit un souci cpu) : ok de ce fait visiblement la notion OSname n'apparait pas dans l'inventaire et ainsi, disparait de l'onglet 'systeme exploitation' de l'ordinateur
Je pense qu'il faudrait éviter cette suppression surtout si elle est précédemment renseignée en effet, les groupes dynamiques de FI se basent sur cet Os (soit remontée via FI, soit mise à la main) afin de faire tourner des collectes et donc les ordi ne se retrouvent plus dans les groupes et les collectes ne sont pas préparées...
Merci
Je vais regarder ça, ça pose un problème effectivement.
Meme souci pour d'autres zones (comme le nom de l'ordi qui est à blanc dans le fichier inventaire envoyé...) du coup, il met à blanc le nom correctement renseigné par l'inventaire précédent... En comparant le xml reçu (bon et mauvais) j'ai une partie non presente dans le hardware : NAME OSNAME OSVERSION PROCESSORN PROCESSORS PROCESSORT WINCOMPANY WINLANG WINOWNER WINPRODID WINPRODKEY WORKGROUP
SI cela peut aider
Isn't a good idea use backend-collect-timeout with a high value?
--backend-collect-timeout=TIMEPermalink Timeout for inventory modules execution.
Here in some machines i was getting inventory with blank OSname. If i change this parameter to 3600, it gets the OSname info. Unfortunately, the max value of this parameter is 600 on install process. https://github.com/fusioninventory/fusioninventory-agent-windows-installer/issues/7 So i need to change on register and restart fusioninventory service.
hello
why do you talk about backend-collect-timeout ? which difference between this value and the other (timeout) ?
nevertheless, if a value is present on glpi side (like OS), and it is not in the inventory file (OS missed), the one in glpi side must n't be erased ;)