Effectivement, on utilise l'UUID pour identifier la machine de façon unique (même après un reformatage, c'est le même normalement)
Le UUID est fourni normalement par le BIOS. Wapt utilise les fonctions WMI de windows pour le récupérer. (on peut aussi l'avoir par l'outil dmidecode)
Nous avons eu ce problème sur un autre site, avec des bios particuliers... pour lesquels l'UUID est à 0

Pour afficher ce que Wapt utilise, lancer en ligne de commande sur le poste :
  c:\wapt\waptpython -c "import setuphelpers; print setuphelpers.wmi_info_basic()['System_Information']['UUID']"

Pour afficher ce qui est stocké dans base locale de wapt :
  c:\wapt\waptpython -c "import common; wapt = common.Wapt(); print wapt.host_uuid"

Pour stocker un autre uuid aléatoire et enregistrer le poste sur le serveur :
  c:\wapt\waptpython -c "import common,uuid; wapt = common.Wapt(); print 'Ancien UUID: %s' % wapt.host_uuid; wapt.host_uuid='%s' % uuid.uuid4(); print 'Nouveau UUID: %s' % wapt.host_uuid;print wapt.update_server_status()"


Nous n'avons pas encore fait de correctif pour prendre en compte cette particularité...

Hubert

Le 25/11/2014 10:38, Simon Fonteneau a écrit :
Bonjour

Tu doit également être embêter de temps en temps avec ton active directory !

Quand je déploie je fait toujours un sysprep qui réinitialise un nouveau gid

Simon

Le 25/11/2014 10:36, Yann DAVID a écrit :
Bonjour la liste,

Je suis confronté à un problème de non remontée de certaines machines, ou plutôt de remontée aléatoire, en fonction de qui est allumé ou pas.
Et je pense que j'ai trouvé d'où ça venait : j'ai quelques machines qui ont le même UUID, et ce sont ces machines qui ne remontent pas correctement. Les cartes mères sont toutes des Gigabyte...

J'en conclue donc que wapt se sert de l'UUID pour identifier la machine. N'avez-vous jamais été confronté à ce problème ? Y'a t'il un moyen de le contourner via wapt ou faut-il que je cherche une solution "tiers" ? Ou encore, est-ce que je raconte n'importe quoi ? :)

La bonne journée.