[RESOLU] Nouveau problème avec WUA suite à la dernière MAJ 2.6.0.16767

[TomTom]

Bonjour à tous,

Depuis la dernière MAJ 2.6.0.16767 de WAPT, les clients rencontrent à nouveau des problèmes de scan et d'installation des MAJ de Windows 10.
En effet, le statut du scan reste en pending ou need scan comme s'il ne se lançait pas du tout. Pour autant, le matin même avant cette dite MAJ tout était encore 100% fonctionnel.
Y a-t-il eu des changements de conf?

Merci d'avance
Thomas

[TomTom]

Retour de la commande wapt-get waptua-scan :

Code : Tout sélectionner

[DEBUG] Logging TSynLog with level=debug to C:\Program Files (x86)\wapt\log\wapt-get.log
2025-01-14 09:52:55,866 DEBUG Default encoding : utf-8
2025-01-14 09:52:55,866 DEBUG Caller: ['', 'waptwua-scan', '-ldebug']
2025-01-14 09:52:55,867 DEBUG Python path ['C:\\Program Files (x86)\\wapt', 'C:\\Program Files (x86)\\wapt\\python39.zip', 'C:\\Program Files (x86)\\wapt', 'C:\\Program Files (x86)\\wapt\\DLLs', 'C:\\Program Files (x86)\\wapt\\lib\\site-packages', 'C:\\Program Files (x86)\\wapt\\lib\\site-packages\\win32', 'C:\\Program Files (x86)\\wapt\\lib\\site-packages\\win32\\lib', 'C:\\Program Files (x86)\\wapt\\lib\\site-packages\\Pythonwin']
2025-01-14 09:52:55,867 INFO Using local waptservice configuration C:\Program Files (x86)\wapt\wapt-get.ini
2025-01-14 09:52:55,869 DEBUG Config file: C:\Program Files (x86)\wapt\wapt-get.ini
2025-01-14 09:52:55,869 INFO Using openssl OpenSSL 3.1.7 3 Sep 2024
2025-01-14 09:52:55,872 DEBUG Thread 9824 is connecting to wapt db
Using config file: C:\Program Files (x86)\wapt\wapt-get.ini
2025-01-14 09:52:55,877 INFO User Groups:[]
2025-01-14 09:52:55,879 DEBUG Using host certificate C:\Program Files (x86)\wapt\private\clientpc.fr.hydac.int.pem for repo global auth
2025-01-14 09:52:55,881 INFO WAPT base directory : C:\Program Files (x86)\wapt
20250114 08525555  ! info  SetThreadName 2660 9824=Main
20250114 08525555  !  +    FileIsNewerOrDifferentOnServer https://waptserver/waptwua/wsusscn2.cab C:\Program Files (x86)\wapt\private\cache\wsusscn2.cab
20250114 08525555  !  +         WaptWget_Try https://waptserver/waptwua/wsusscn2.cab
20250114 08525555  !  +                 InitHttpTlsContext(TLSContext 023aee20, Url https://waptserver/waptwua/wsusscn2.cab, ServerCABundle C:\Program Files (x86)\wapt\ssl\server\fr-for-wapt1.ca.crt, ClientCertificatePath C:\Program Files (x86)\wapt\private\nbfrfor000045.fr.hydac.int.crt, ClientPrivateKeyPath C:\Program Files (x86)\wapt\private\nbfrfor000045.fr.hydac.int.pem, OnGetPrivateKeyPassword 023aedd8, OnPeerCertValidate 023aedc0)
20250114 08525555  !  -                 00.000.002
20250114 08525559  !  -         00.059.353
20250114 08525559  !  -    00.059.669
20250114 08525559  !  +    mormot.db.raw.sqlite3.TSqlDatabase(d961a8).DBOpen waptdb.sqlite
20250114 08525559  ! SQL        mormot.db.raw.sqlite3.TSqlDatabase(d961a8) 18us waptdb.sqlite PRAGMA page_size=4096 = true
20250114 08525559  ! SQL        mormot.db.raw.sqlite3.TSqlDatabase(d961a8) 213us waptdb.sqlite PRAGMA cache_size=10000 = true
20250114 08525559  ! SQL        mormot.db.raw.sqlite3.TSqlDatabase(d961a8) 30us waptdb.sqlite select count(*) from sqlite_master = true
20250114 08525559  ! DB         mormot.db.raw.sqlite3.TSqlDatabase(d961a8) "C:\Program Files (x86)\wapt\private\db\waptdb.sqlite" database file (0.9 MB) opened with PageSize=4096 CacheSize=10000 (39 MB)
20250114 08525559  !  -    00.000.623

20250114 08553904  !  +         mormot.db.raw.sqlite3.TSqlDatabase(d961a8).DBClose
20250114 08553904  ! DB                 mormot.db.raw.sqlite3.TSqlDatabase(d961a8) closing [C:\Program Files (x86)\wapt\private\db\waptdb.sqlite] 0.9 MB
20250114 08553904  !  -         00.000.206
20250114 08553904  !  -    00.000.211

[clafon]

Même problématique de notre coté depuis passage version 2.6.0.16767, certains postes restent en "need-scan" ou "scanning" malgré le lancement de l'action "Lancer la recherche des Mises à jour Windows à appliquer". L'action se lance et se termine bien.

[TomTom]

Même problématique de notre coté depuis passage version 2.6.0.16767, certains postes restent en "need-scan" ou "scanning" malgré le lancement de l'action "Lancer la recherche des Mises à jour Windows à appliquer". L'action se lance et se termine bien.

Ca me rassure si je ne suis pas le seul à constater tous ces problèmes... Cela dit je pense que quelque chose manque à l'exécution du scan...

[sfonteneau]

Je suis en train de redéployer une machine neuve windows10 en 22h2 pour refaire un test complet ici .

Rien a changer au niveau windows wua on est donc un peu surpris de problème.
Je test et je reviens vers vous

[sfonteneau]

J'ai essayer de repartir en partant de zero et pas moyen de reproduire votre problème.

Le wsusscn2.cab sort ce soir, vous pourrez essayer demain ?

[TomTom]

Bonjour Simon,

Pas mieux ce matin, il ne semble même pas téléchager le wsusscn2.cab sur aucun de nos postes...

Je t'appelle plus tard pour voir avec toi directement.

Merci
Thomas

[clafon]

J'ai essayer de repartir en partant de zero et pas moyen de reproduire votre problème.

Le wsusscn2.cab sort ce soir, vous pourrez essayer demain ?

test fait ce matin, même issu.. le poste reste en "NEED-SCAN". Pour le coup, tout notre parc est passé sous ce statu

[t.heroult]

Salut

J'ajoute mon parc au problème.
Cela concerne TOUS les windows 10 (22H2) et 11 (23H2 & 24H2)
Ils restent en "NEED-SCAN" après le scan et les nouvelles mises à jour ne sont pas réclamées.

Les Windows 7 sont en cours de scan, on va voir ce que ça donne pour eux.

[sfonteneau]

Bonjour

je viens de tester chez tomtom

Un upgrade des agent avec la dernière version de wapt résoud le soucis dans son cas : version : 2.6.0.16795-5c1227

Vous pouvez essayer et me faire un retour ?

Simon