[RESUELTO] Nuevo problema con WUA tras la última actualización 2.6.0.16767

[TomTom]

Hola a todos,

desde la última actualización de WAPT (versión 2.6.0.16767), los usuarios vuelven a tener problemas para escanear e instalar las actualizaciones de Windows 10.
El estado del escaneo permanece como "pendiente" o "necesita escaneo", como si no se iniciara. Sin embargo, la mañana anterior a esta actualización, todo funcionaba perfectamente. ¿
Se ha producido algún cambio en la configuración?

Gracias de antemano,
Thomas

[TomTom]

Salida del comando wapt-get waptua-scan:

Código: Seleccionar todo

[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

[clafón]

Hemos tenido el mismo problema desde que actualizamos a la versión 2.6.0.16767. Algunas máquinas permanecen bloqueadas en "necesita análisis" o "escaneando" a pesar de ejecutar la acción "Buscar actualizaciones de Windows para aplicar". La acción se inicia y se completa correctamente.

[TomTom]

Hemos tenido el mismo problema desde que actualizamos a la versión 2.6.0.16767; algunas máquinas se quedan atascadas en "necesitan escanear" o "escaneando" a pesar de haber iniciado la acción "Comenzar a buscar actualizaciones de Windows para aplicar". La acción se inicia y finaliza correctamente.

Es tranquilizador saber que no soy el único que experimenta todos estos problemas... Dicho esto, creo que falta algo en la ejecución del escaneo...

[Sfonteneau]

Estoy reinstalando una máquina Windows 10 nueva con la versión 22H2 para realizar una prueba completa.

No se ha modificado nada en Windows, así que nos sorprende un poco el problema.
Lo probaré y te informaré.

[Sfonteneau]

Intenté empezar de cero y no pude reproducir tu problema.

El archivo wsusscn2.cab se publicará esta noche; ¿podrías probarlo mañana?

[TomTom]

Hola Simon,

esta mañana sigue igual, ni siquiera parece que se esté descargando wsusscn2.cab en ninguno de nuestros ordenadores...

Te llamaré más tarde para hablarlo directamente.

Gracias,
Thomas.

[clafón]

Intenté empezar de cero y no pude reproducir tu problema.

El archivo wsusscn2.cab se publicará esta noche; ¿podrías probarlo mañana?

Prueba realizada esta mañana, mismo resultado... la estación permanece en modo "NEED-SCAN". Como resultado, toda nuestra red ha cambiado a este estado

[t.heroult]

Hola,

me sumo al problema.
Afecta a todos los equipos con Windows 10 (22H2) y 11 (23H2 y 24H2).
Tras el análisis, permanecen en modo "NECESITA ANALIZAR" y no se solicitan nuevas actualizaciones.

Actualmente se están analizando equipos con Windows 7; veremos qué sucede con ellos.

[Sfonteneau]

Hola,

acabo de probarlo en TomTom.

Actualizar los agentes con la última versión de WAPT solucionó el problema en su caso: versión: 2.6.0.16795-5c1227.

¿Podrías probarlo y decirme qué tal te fue?

Simon