Timeout Inventory -> OSNAME

[EC2311]

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

[ddurieux]

Je vais regarder ça, ça pose un problème effectivement.

[EC2311]

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

[abmteam]

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. fusioninventory/fusioninventory-agent-windows-installer#7
So i need to change on register and restart fusioninventory service.

[EC2311]

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 ;)