[GELÖST] WaptWUA: Einige PCs verbleiben im Status „Bereit“ mit einem Scanfehler

[t.heroult]

Guten Morgen
Seit dem letzten Patch-Dienstag habe ich mehrere Dutzend PCs, deren Scans mit folgendem Ergebnis fehlschlagen:

Code: Alle auswählen

Ensure wuauserv Auto Update option is disabled
Download all updates
Scanning with windows updates rules:
{
 "direct_download":false,
 "default_allow":false,
 "include_potentially_superseded_updates":false,
 "filter":"Type='Software' or Type='Driver'",
 "download_scheduling":"2d",
 "install_scheduling":"2d",
 "install_delay":"20d",
 "postboot_delay":"10m",
 "user_locale":1033
}
Downloading wsusscn2.cab file from https://srvwapt.MonDomaine/waptwua/wsusscn2.cab
3145728 / 687267824 (0%) (2269 KB/s)
(...)
684720128 / 687267824 (100%) (3119 KB/s)
  -> download finished (3127 KB/s)
   Connecting to local update searcher using offline wsusscn2 file...
   Offline Update searcher ready...
Some windows updates have been installed/uninstalled since last scan
Looking for updates with filter: Type='Software' or Type='Driver'
Waiting for WUA search to complete
WUA Search completed !
Done searching
Updates scan done.
re-enabling wuauserv previous state: 0
(-2147319765, 'Élément introuvable.', None, None)
Traceback (most recent call last):
  File "<string>", line 1939, in run
  File "C:\Program Files (x86)\wapt\waptservice\waptservice_common.py", line 737, in run
    self._run()
  File "C:\Program Files (x86)\wapt\waptservice\enterprise.py", line 254, in _run
    self.result = wua.download_updates(self.force, uuids=self.uuids)
  File "C:\Program Files (x86)\wapt\waptwua\client.py", line 1609, in download_updates
    self.scan_updates_status()
  File "C:\Program Files (x86)\wapt\waptwua\client.py", line 1228, in scan_updates_status
    self.store_cached_update_property(update, 'IsDownloaded', update.IsDownloaded)
  File "C:\Program Files (x86)\wapt\lib\site-packages\win32com\client\__init__.py", line 485, in __getattr__
    return self._ApplyTypes_(*args)
  File "C:\Program Files (x86)\wapt\lib\site-packages\win32com\client\__init__.py", line 478, in _ApplyTypes_
    self._oleobj_.InvokeTypes(dispid, 0, wFlags, retType, argTypes, *args),
pywintypes.com_error: (-2147319765, 'Élément introuvable.', None, None)

0x8002802b : Élément introuvable.
Traceback (most recent call last):
  File "<string>", line 1939, in run
  File "C:\Program Files (x86)\wapt\waptservice\waptservice_common.py", line 737, in run
    self._run()
  File "C:\Program Files (x86)\wapt\waptservice\enterprise.py", line 254, in _run
    self.result = wua.download_updates(self.force, uuids=self.uuids)
  File "C:\Program Files (x86)\wapt\waptwua\client.py", line 1609, in download_updates
    self.scan_updates_status()
  File "C:\Program Files (x86)\wapt\waptwua\client.py", line 1228, in scan_updates_status
    self.store_cached_update_property(update, 'IsDownloaded', update.IsDownloaded)
  File "C:\Program Files (x86)\wapt\lib\site-packages\win32com\client\__init__.py", line 485, in __getattr__
    return self._ApplyTypes_(*args)
  File "C:\Program Files (x86)\wapt\lib\site-packages\win32com\client\__init__.py", line 478, in _ApplyTypes_
    self._oleobj_.InvokeTypes(dispid, 0, wFlags, retType, argTypes, *args),
pywintypes.com_error: (-2147319765, 'Élément introuvable.', None, None)

Irgendeine Idee, was das Problem sein könnte?

Aufrichtig
Tom

[htouvet]

Guten Morgen,
Es gibt tatsächlich einen Fehler seit dem letzten Patch für Windows 11 auf Seiten von Microsoft in Bezug auf die API-Schnittstellen des Windows Update-Dienstes.
Andere Patching-Tools von Drittanbietern scheinen ebenfalls betroffen zu sein.
Siehe beispielsweise: https://www.reddit.com/r/DattoRMM/comme...t/lcjisr0/

Zur detaillierteren Erklärung des Problems: Normalerweise enthält das von der Suche nach Updates mit dem COM-Objekt IUpdateSearcher zurückgegebene ISearchResult-Objekt ein IUpdateCollection-Objekt, welches wiederum die IUpdate-Objekte mit den eigentlichen Update-Informationen enthält.

Auf betroffenen Geräten enthält die IUpdateCollection jedoch nur leere COM-Objekte. Diese Objekte besitzen keine Eigenschaften oder Methoden außer den geerbten. Versucht man also, die Eigenschaften des Updates abzurufen, werden keine gefunden, und es tritt der Fehler 0x8002802B auf, auch bekannt als TYPE_E_ELEMENTNOTFOUND.

Wir hoffen auf eine Antwort von Microsoft.

Wir arbeiten derzeit an der Neuentwicklung unseres waptwua-Moduls mithilfe einer Low-Level-API, die unseren Tests zufolge nicht von diesem Microsoft-Fehler betroffen ist. Die Entwicklung und Integration, um das aktuelle Python-Modul zu ersetzen, wird jedoch zwei bis drei Wochen dauern.

[dcardon]

Hallo Thomas,

ergänzend zu Huberts Antwort: Die Regression im neuesten Microsoft-Update betrifft alle Windows-Update-Aufrufe, die auf der TLB (Type Library) basieren. Dies betrifft somit alle Skriptsprachen, einschließlich Python (das WAPT verwendet), aber auch PowerShell-Windows-Update-Aufrufe sowie viele andere Sprachen und Patch-Lösungen wie Datto RMM oder Altiris.

Viele Grüße,

Denis

[jacky35]

Die Situation bei Microsoft wird langsam wirklich absurd.
Die Anzahl der Probleme, mit denen wir uns heute aufgrund ihrer Unzuverlässigkeit herumschlagen müssen, ist unglaublich.

Jacky

[t.heroult]

Vielen Dank an Denis und Hubert für die Informationen.

Wir werden damit zurechtkommen, bis eine Lösung verfügbar ist!

Beste Grüße,
Tom

[dcardon]

Hallo zusammen,

Microsoft hat einen Artikel zu diesem Thema veröffentlicht: https://learn.microsoft.com/en-us/windo ... pdate-apis

Die Lösung erfordert die Erstellung einer Gruppenrichtlinie (GPO). Wir arbeiten derzeit an der Erstellung des entsprechenden WAPT-Pakets.

Viele Grüße,

Denis

[t.heroult]

Vielen Dank für die Rückmeldung.
Ich würde das Paket gerne entgegennehmen; die Vorgehensweise von Microsoft ist jedoch problematisch, da die Gruppenrichtlinie mit dem ungültigen WMI-Filter nicht korrekt erstellt wird.

[Sfonteneau]

Das Paket ist hier verfügbar:

https://wapt.tranquil.it/store/fr/tis-f ... date-issue

Beachten Sie, dass ein Neustart erforderlich ist.