Lenteur wapt-get : solution

Share here your tips or issues concerning WAPT Console or WAPT Agent / Venez ici partager vos problèmes et astuces concernants la console et l'agent WAPT
Règles du forum
* English support on www.reddit.com/r/wapt
* Le support en français se fait sur ce forum
* Afin de faciliter l'aide dans ce forum, merci de préciser dans vos posts les éléments suivants :
- Version de WAPT installée (1.3.9 / 1.3.13 / 1.5 / 1.6)
- OS du serveur (Linux / Windows)
- OS de la machine d'administration/création des paquets (Windows 7 / 10)
* Merci de préfixer le titre du thread par [RESOLU] si il est résolu.
erickeke
Messages : 3
Inscription : 12 juin 2019 - 10:33

13 juin 2019 - 15:34

Une solution de contournement à un bug qui m'a longtemps agacé

Version du client : 1.7.4.6077 et supérieur, sur W10 > 1803

Machine hors domaine

Sur certaines machines wapt-get update est très long à se terminer.

En lançant wapt-get update -ldebug on trouve régulièrement ça dans les logs :

2019-06-13 14:59:43,460 DEBUG Transaction took too much time : 2.33699989319
2019-06-13 14:59:45,822 DEBUG Transaction took too much time : 2.31399989128
2019-06-13 14:59:48,397 DEBUG Transaction took too much time : 2.31700015068
2019-06-13 14:59:50,740 DEBUG Transaction took too much time : 2.30399990082
2019-06-13 15:00:17,855 DEBUG Transaction took too much time : 2.37700009346
2019-06-13 15:00:20,233 DEBUG Transaction took too much time : 2.34000015259


Parallèlement quand ces messages apparaissent, Procmon reste bloqué environ 2s sur "CreateFile \\WORKGROUP*\MAILSLOT\NET\NETLOGON" :
mailslot.PNG
mailslot.PNG (9.69 Kio) Consulté 45 fois
Solution de contournement :

Désactiver Netbios sur TCP/IP :
Capture.PNG
Capture.PNG (18.68 Kio) Consulté 45 fois
En relançant wapt-get update -ldebug, le message "Transaction took too much time" disparaît. Dans Procmon plus aucune tentative d'ouverture de mailslot.

Du peu que je comprends, ça semble lié a un appel AD en rapport avec la gestion des comptes utilisateurs. L'appel AD est utilisé même pour interroger un compte local hors domaine... A creuser pour que je comprenne mieux.

Le thread ci-dessous m'a bien aiguillé, les timeouts évoqués étant similaires à ceux rencontrés :
https://social.technet.microsoft.com/Fo ... inserverDS

La première réponse correspond au problème et désactiver Netbios sur TCP/IP règle le problème et on peut enfin profiter d'un WAPT rapide :-)

Je pense que l'équipe Wapt n'a pas rencontré le problème car ils utilisent principalement Wapt sur des machines dans un domaine AD.

Je complèterai mon post plus tard.
Avatar de l’utilisateur
htouvet
Expert WAPT
Messages : 320
Inscription : 16 mars 2015 - 10:48
Contact :

14 juin 2019 - 11:28

Merci beaucoup pour cette analyse.
Effectivement sur nos infras netbios est généralement désactivé.

Le problème de lenteur peut-être aussi lié à la recherche des groupes auxquels la machine est rattachée.
( setuphelpers.get_computer_groups() )
qui fait appel à l'AD

Je pense qu'il faut qu'on paramètre cet usage ...

Pouvez-vous essayer de mettre une entrée host_profiles vide dans le wapt-get.ini ?

<waptdir>\wapt-get.ini :

Code : Tout sélectionner

[global]
host_profiles=

Les infos remontées faisant potentiellement appel à l'AD ou de la recherche de noms :

setuphelpers.host_info() :

Code : Tout sélectionner

    info['profiles_users'] = get_profiles_users()
    info['local_profiles'] = get_local_profiles()
    info['local_administrators'] = local_admins()
    info['local_groups'] =  {g:local_group_members(g) for g in local_groups()}
    info['local_users'] =  local_users()

dans un waptpython, on peut tester laquelle peut prendre du temps.
Tranquil IT
Répondre