[RISOLTO] Nuovo problema con WUA in seguito all'ultimo aggiornamento 2.6.0.16767

[TomTom]

Ciao a tutti,

dall'ultimo aggiornamento di WAPT (versione 2.6.0.16767), i clienti riscontrano nuovamente problemi con la scansione e l'installazione degli aggiornamenti di Windows 10.
Lo stato della scansione rimane "in sospeso" o "richiede scansione", come se non si avviasse affatto. Tuttavia, la mattina prima di questo aggiornamento, tutto funzionava perfettamente.
Sono state apportate modifiche alla configurazione?

Grazie in anticipo,
Thomas

[TomTom]

Output del comando wapt-get waptua-scan:

Codice: Seleziona tutto

[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]

Abbiamo riscontrato lo stesso problema dopo l'aggiornamento alla versione 2.6.0.16767: alcuni computer rimangono bloccati in modalità "need-scan" o "scanning" nonostante l'avvio dell'azione "Cerca aggiornamenti di Windows da applicare". L'azione si avvia e si completa correttamente.

[TomTom]

Abbiamo riscontrato lo stesso problema dopo l'aggiornamento alla versione 2.6.0.16767; alcuni computer rimangono bloccati in "need-scan" o "scansione in corso" nonostante l'avvio dell'azione "Avvia la ricerca di aggiornamenti di Windows da applicare". L'azione si avvia e si completa correttamente.

È rassicurante sapere che non sono l'unico ad avere tutti questi problemi... Detto questo, credo che manchi qualcosa nell'esecuzione della scansione...

[sfontenau]

Sto reinstallando una nuova macchina Windows 10 con la versione 22H2 per eseguire un test completo.

Non è cambiato nulla in Windows, quindi siamo un po' sorpresi dal problema.
Lo testerò e vi farò sapere.

[sfontenau]

Ho provato a ripartire da zero ma non sono riuscito a riprodurre il tuo problema.

Il file wsusscn2.cab verrà rilasciato stasera; potresti provarlo domani?

[TomTom]

Ciao Simon,

stamattina non va meglio, sembra che non riesca nemmeno a scaricare wsusscn2.cab su nessuno dei nostri computer...

Ti chiamerò più tardi per parlarne direttamente.

Grazie,
Thomas

[clafon]

Ho provato a ripartire da zero e non sono riuscito a riprodurre il tuo problema.

Il file wsusscn2.cab verrà rilasciato stasera; potresti provarlo domani?

Test eseguito questa mattina, stesso risultato... la stazione rimane in modalità "NEED-SCAN". Di conseguenza, l'intera rete è passata a questo stato

[t.heroult]

Ciao,

aggiungo il mio sistema al problema.
Questo problema riguarda TUTTI i computer con Windows 10 (22H2) e 11 (23H2 e 24H2).
Rimangono in modalità "NEED-SCAN" dopo la scansione e non vengono richiesti nuovi aggiornamenti.

I computer con Windows 7 sono attualmente in fase di scansione; vedremo cosa succederà.

[sfontenau]

Ciao,

ho appena fatto una prova su TomTom.

L'aggiornamento degli agenti all'ultima versione di WAPT ha risolto il problema nel suo caso: versione: 2.6.0.16795-5c1227.

Potresti provarlo anche tu e farmi sapere come va?

Simon