Bonjour,
"WAPTexit.exe " qui doit se lancer à l'extinction des postes pour appliquer les mises à jours ne fonctionne pas toujours sur mon parc.
j'ai fait le test sur deux machines Windows 7 qui ont des mises à jour en attente.
Le waptexit est bien présent en stratégie de groupe locale à l’extinction de poste.
Sur la première machine en 64 bits il ne se lance pas du tout et l'autre en 32 bits fonctionne bien. Y a t-il un lien ? j'ai l'impression que c'est aléatoire suivant les ordinateurs. Y a t'il quelque chose à activer sur les machines pour que le waptexit se lance ?
A noter que lorsqu'on le lance a la main waptexit propose bien d'installer les mises à jours.
Any ideas ?
WAPTEXIT
Règles du forum
Règles du forum communautaire
* English support on www.reddit.com/r/wapt
* Le support communautaire en français se fait sur ce forum
* Merci de préfixer le titre du topic par [RESOLU] s'il est résolu.
* Merci de ne pas modifier un topic qui est taggé [RESOLU]. Ouvrez un nouveau topic en référençant l'ancien
* Préciser version de WAPT installée ( 1.8.2 / 2.0 / 2.1 / 2.2 / etc.) AINSI QUE l'édition Enterprise / Discovery
* Préciser OS du serveur (Linux / Windows) et version (Debian Stretch/Buster - CentOS 7 - Windows Server 2012/2016/2019)
* Préciser OS de la machine d'administration/création des paquets (Windows 7 / 10)
* Comme tout forum communautaire, le support est fait bénévolement par les membres. Si vous avez besoin d'un support commercial, vous pouvez contacter le service commercial Tranquil IT au 02.40.97.57.55
Règles du forum communautaire
* English support on www.reddit.com/r/wapt
* Le support communautaire en français se fait sur ce forum
* Merci de préfixer le titre du topic par [RESOLU] s'il est résolu.
* Merci de ne pas modifier un topic qui est taggé [RESOLU]. Ouvrez un nouveau topic en référençant l'ancien
* Préciser version de WAPT installée ( 1.8.2 / 2.0 / 2.1 / 2.2 / etc.) AINSI QUE l'édition Enterprise / Discovery
* Préciser OS du serveur (Linux / Windows) et version (Debian Stretch/Buster - CentOS 7 - Windows Server 2012/2016/2019)
* Préciser OS de la machine d'administration/création des paquets (Windows 7 / 10)
* Comme tout forum communautaire, le support est fait bénévolement par les membres. Si vous avez besoin d'un support commercial, vous pouvez contacter le service commercial Tranquil IT au 02.40.97.57.55
- agauvrit
- Expert WAPT
- Messages : 238
- Inscription : 17 nov. 2016 - 10:25
- Localisation : Nantes
- Contact :
Bonjour,
Nous devrions mettre à jour notre documentation très prochainement, la mise à jour comprend un debug du non-fonctionnement de WAPTexit.
Cordialement,
Alexandre
- - S'agit-il bien de Windows 7 Professionel ?
- Y'aurais-t-il un gestionnaire de configuration en plus qui forcerait des GPO (KoXo ? IACA ?)
- Quel est le résultat de la commande :
Code : Tout sélectionner
wapt-get add-upgrade-shutdown
Cordialement,
Alexandre
Bonjour,
"- S'agit-il bien de Windows 7 Professionel ?"
--> Oui
"- Y'aurais-t-il un gestionnaire de configuration en plus qui forcerait des GPO (KoXo ? IACA ?)"
--> Non
"- Quel est le résultat de la commande : wapt-get add-upgrade-shutdown"
--> None
Merci
"- S'agit-il bien de Windows 7 Professionel ?"
--> Oui
"- Y'aurais-t-il un gestionnaire de configuration en plus qui forcerait des GPO (KoXo ? IACA ?)"
--> Non
"- Quel est le résultat de la commande : wapt-get add-upgrade-shutdown"
--> None
Merci
chose étonnante, lorsque je supprime le wapt-exit.exe dans les stratégie locales et le remet manuellement la il se met à fonctionner.
Pourtant le chemin d'origine est bon "c:\wapt\waptexit.exe"
je peux pas faire ça sur chaque ordi de mes parcs cela va me prendre des semaines ^^
Pourtant le chemin d'origine est bon "c:\wapt\waptexit.exe"
je peux pas faire ça sur chaque ordi de mes parcs cela va me prendre des semaines ^^
- sfonteneau
- Expert WAPT
- Messages : 1796
- Inscription : 10 juil. 2014 - 23:52
- Contact :
Bonjour
Vous trouverez ci-joint un bout de la futur documentation qui sera mis à jour dans quelques jours :
Pouvez-vous nous nous envoyer le dossier compresser c:\\windows\\system32\\GroupPolicy\\ d'une machine corrompue pour que l'on puisse comprendre le problème ? A l'adresse sfonteneau@tranquil.it
Vous trouverez ci-joint un bout de la futur documentation qui sera mis à jour dans quelques jours :
Pouvez-vous nous nous envoyer le dossier compresser c:\\windows\\system32\\GroupPolicy\\ d'une machine corrompue pour que l'on puisse comprendre le problème ? A l'adresse sfonteneau@tranquil.it
Code : Tout sélectionner
WAPT Exit ne se lance pas
--------------------------
Malgré la présence du script dans les stratégie locales d'arrêt de la machine, WAPTexit.exe ne se lance pas à l'exinction du poste.
Résolution: Hybrid shutdown
+++++++++++++++++++++++++++
Il faut désactiver l'arrêt hybride de Windows 10, qui cause par ailleurs beaucoup d'autres comportements étranges, ce qui rétabli l'execution des scripts à l'extinction de la machine.
L'arrêt hybride peut être désactivé en précisant une valeur dans le fichier :file:`wapt-get.ini` de l'agent WAPT : :ref:`waptexit_ini`
Un paquet WAPT existe pour cela, `tis-disable-hybrid-shutdown <https://store.wapt.fr/wapt/tis-disable-hybrid-shutdown_1.0-2_all.wapt>`_.
Résolution: Windows Home édition
++++++++++++++++++++++++++++++++
Les GPO n'étant pas présentes sur un ordinateur home édition, il est normal qu'elles ne s'éxécutent pas.
La solution de contournement est d'utiliser une taches planifiée appelant :file:`C:\\wapt\\wapt-get.exe` et en paramètre :file:`upgrade`
Résolution: GPO locale corrompue
++++++++++++++++++++++++++++++++
Il peut arriver que les stratégies de groupes locales de la machine soient corrompues.
Une des solutions possible est de supprimer les stratégies locales actuelles pour résoudre le soucis:
Supprimer le fichier :file:`c:\\windows\\system32\\GroupPolicy\\gpt.ini`
Puis relancer l'installation de la tache d'extinction :
.. code-block:: bat
wapt-get add-upgrade-shutdown
Si le problème se reproduit, cela signifie peut être qu'une autre application manipule également les GPO.
Mail envoyé
Merci pour la doc !
en réalisant manuellement cette étape sur une machine corrompu cela fonctionne :
Supprimer le fichier :file:`c:\\windows\\system32\\GroupPolicy\\gpt.ini`
puis
wapt-get add-upgrade-shutdown
Je vais maintenant déployer un script le faisant de manière automatisé et vous tiens au courant de l'évolution
Merci pour la doc !
en réalisant manuellement cette étape sur une machine corrompu cela fonctionne :
Supprimer le fichier :file:`c:\\windows\\system32\\GroupPolicy\\gpt.ini`
puis
wapt-get add-upgrade-shutdown
Je vais maintenant déployer un script le faisant de manière automatisé et vous tiens au courant de l'évolution
- sfonteneau
- Expert WAPT
- Messages : 1796
- Inscription : 10 juil. 2014 - 23:52
- Contact :
J'ai pu faire du diagnostique du coup avec le fichier de cedre2.
Donc, le fichier C:\Windows\System32\GroupPolicy\gpt.ini semble corrompue.
Voici le contenue:
On peut voir que déjà c'est assez abstrait.
Bon si on décortique:
C'est le script d'extinction de machine
C'est WSUS d'après google
Et enfin :
Quand on cherche sur google, pas grand chose, sauf si on cherche ceci :
On tombe sur un script wpkg
https://github.com/cleitet/wpkg-gp/blob ... ter.py#L27
Je suppose donc que cette machine avait wpkg. Il a surement du être désinstallée mais la clé est restée dans le fichier.
Lorsque microsoft parse les différentes clé dans l'ordre, il bloque sur celle de wpkg et ne va pas plus loin et n'execute donc pas celle qui nous interesse. Dommage ...
Il suffit donc de supprimer la clé dans le fichier ou de basculer celle de wapt avant et tous rentre dans l'ordre.
Pour le test, supprimez la cle:
Puis faites un
Le cle registre va se recréer correctement.
Pour Jimmy64
C'est les gpo qui doivent modifier la base de registre, pas l'inverse ! Sinon vous allez rencontrer des problèmes, peut être pas dans l’immédiat mais a terme.
Donc, le fichier C:\Windows\System32\GroupPolicy\gpt.ini semble corrompue.
Voici le contenue:
Code : Tout sélectionner
gpcmachineextensionnames =[{35378EAC-683F-11D2-A89A-00C04FBBCFA2}{D02B1F72-3407-48AE-BA88-E8213C6761F1}][{A9B8D792-F454-11DE-BA92-FDCF56D89593}{0F6B957D-509E-11D1-A7CC-0000F87571E3}][{42B5FAAE-6536-11D2-AE5A-0000F87571E3}{40B6664F-4972-11D1-A7CA-0000F87571E3}]
Bon si on décortique:
Code : Tout sélectionner
[{42B5FAAE-6536-11D2-AE5A-0000F87571E3}{40B6664F-4972-11D1-A7CA-0000F87571E3}]
Code : Tout sélectionner
[{35378EAC-683F-11D2-A89A-00C04FBBCFA2}{D02B1F72-3407-48AE-BA88-E8213C6761F1}]
Et enfin :
Code : Tout sélectionner
[{A9B8D792-F454-11DE-BA92-FDCF56D89593}{0F6B957D-509E-11D1-A7CC-0000F87571E3}]
Code : Tout sélectionner
{A9B8D792-F454-11DE-BA92-FDCF56D89593}
https://github.com/cleitet/wpkg-gp/blob ... ter.py#L27
Je suppose donc que cette machine avait wpkg. Il a surement du être désinstallée mais la clé est restée dans le fichier.
Lorsque microsoft parse les différentes clé dans l'ordre, il bloque sur celle de wpkg et ne va pas plus loin et n'execute donc pas celle qui nous interesse. Dommage ...
Il suffit donc de supprimer la clé dans le fichier ou de basculer celle de wapt avant et tous rentre dans l'ordre.
Pour le test, supprimez la cle:
Code : Tout sélectionner
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Group Policy
Code : Tout sélectionner
gpupdate /force
Pour Jimmy64
C'est les gpo qui doivent modifier la base de registre, pas l'inverse ! Sinon vous allez rencontrer des problèmes, peut être pas dans l’immédiat mais a terme.