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.
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.
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.
à partir du moment où il y a de quoi contourner, je suis tout en joie. J'avais commencé à chercher comment changer l'UUID, et visiblement gigabyte fait non seulement n'importe quoi dès le départ mais ne fournit pas d'outils pour corriger la situation.
Merci.
Le 25/11/2014 11:07, Hubert TOUVET a écrit :
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.
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
Bien le bonjour
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
En fait ce n'est pas la même chose, l'UUID est un identifiant lié au matériel. D'autant plus que les postes à problème ont des licences OEM, donc y'a peu d'histoire de clonage (et donc de génération de gid).
-
Hubert TOUVET -
Simon Fonteneau -
Yann DAVID