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.