{"id":276262,"date":"2022-12-23T00:13:00","date_gmt":"2022-12-22T23:13:00","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=276262"},"modified":"2022-12-22T18:04:36","modified_gmt":"2022-12-22T17:04:36","slug":"windows-server-2019-container-feature-nicht-installierbar-0x800f0831-0x80073701","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2022\/12\/23\/windows-server-2019-container-feature-nicht-installierbar-0x800f0831-0x80073701\/","title":{"rendered":"Windows Server 2019: Container-Feature nicht installierbar (0x800F0831, 0x80073701)"},"content":{"rendered":"

\"Windows\"[English<\/a>]Im Umfeld des Out-of-Band-Updates f\u00fcr das Hyper-V-Problem mit Windows Server 2019\/2022 hat mich ein Blog-Leser kontaktiert. Er hat das Problem, dass sich das Container-Feature unter Windows Server 2019 nicht als Rolle installieren l\u00e4sst. Der Installationsversuch bricht mit dem Fehler 0x800F0831 ab. Hier einige Informationen zum Problem und m\u00f6glicherweise Abhilfe (von Microsoft gibt es seit dem 28. Oktober 2022 einen Artikel dazu).<\/p>\n

<\/p>\n

Eine Lesermeldung zum Problem<\/h2>\n

\"\"Es war mein Artikel Windows Server 2019\/2022: Out-of-Band Updates fixen Hyper-V-Probleme (20. Dez. 2022)<\/a>, der Blog-Leser Georg K. Kontakt aufnehmen lie\u00df. Bei einem Kunden ist er auf das Problem gesto\u00dfen, dass er das Container-Feature nicht auf deren Windows Server 2019 als Rolle installieren konnte. Dazu schrieb er mir:<\/p>\n

Hallo G\u00fcnter, dieser Patch [gemeint ist das obige OOB-Update f\u00fcr Hyper-V] hat leider auch nicht wirklich geholfen.<\/p>\n

Ich versuche seit vorgestern auf einem Windows Server 2019 das Container Feature zu installieren, leider bricht er mir immer wieder ab.<\/p>\n

Ich hab auch schon gesucht ob ein Update mal h\u00e4ngen geblieben ist, auch nicht der Fall.<\/p>\n

Ich hab es bereits \u00fcber den Server Manager wie auch \u00fcber PS versucht immer das gleiche Ergebnis. Danke f\u00fcr einen Tipp.<\/p><\/blockquote>\n

\"Windows<\/a>
\n(Zum Vergr\u00f6\u00dfern klicken<\/a>)<\/p>\n

Der nachfolgende PowerShell-Befehl endet mit dem Fehlercode 0x800F0831, es wird eine ung\u00fcltige Operation bem\u00e4ngelt, und die Rolle wurde nicht installiert.<\/p>\n

Install-WindowsFeature -Name containers<\/p>\n

In einer weiteren Mitteilung auf meine Nachfrage nach Details hat Georg dann noch folgendes geschrieben:<\/p>\n

Das Einzige was ich bislang rausfinden konnte ist, das mir hier irgend ein Pach oder Update fehlen sollte, was aber nicht der Fall ist. Eigenartig ist nur, ich komm weder bei der PS als auch \u00fcber dem Admin Center zur gleichen Fehlermeldung.<\/p><\/blockquote>\n

Ich habe bez\u00fcglich des obigen PowerShell-Befehls dann nach dem Fehlercode 0x800F0831 geschaut. Der steht f\u00fcr \"You entered an invalid DWORD\", was aber auch wenig hilft.<\/p>\n

M\u00f6gliche Ans\u00e4tze zur Analyse<\/h2>\n

Geht man mit den Begriffen \"Windows Server 2019 Install Features Container fails\" auf die Suche, gibt es mehrere Treffer – Probleme beim Installieren der Container-Rolle sind wohl h\u00e4ufiger. Im Technet gibt es den \u00e4lteren Post Error '0x80073701' while trying to install Containers Windows feature<\/a> von 2020, der dann auf veraltete Registrierungseintr\u00e4ge im Update-Store hinweist. Aber in der Registrierung etwas auf Verdacht zu l\u00f6schen, ist etwas riskant.<\/p>\n

H\u00e4ufig liest man den Ratschlag, das Betriebssystem neu zu installieren oder eine Reparaturinstallation per Inplace-Upgrade zu versuchen. Ist aber bei Windows Server eher nicht so der Br\u00fcller. Georg meinte dazu:<\/p>\n

Na das mit einer Reparaturinstallation, davon halte ich nix. Denn es sieht die Konstellation auch so aus, dass es sich hier um einen Servercluster von 2 ML380 mit einer Aruba Storage handelt, wo mehrere VMs bereits produktiv laufen. Das ist mir ehrlich gesagt zu hei\u00df.<\/p><\/blockquote>\n

Diese Haltung kann ich sehr gut verstehen.\u00a0 Im Technet-Foren-Thread findet sich noch der Hinweis auf den Technet-Beitrag Installing roles and features error 0x80073701<\/a> zu Windows Server 2016. Nutzer Venom83 hat im betreffenden Thread seine L\u00f6sung in diesem Spezialfall gepostet. Dort scheint es mit den Sprachpaketen zu tun zu haben. Eine Deinstallation hat bei diesem Fall nicht geholfen. Es hat dann eine Pr\u00fcfung des Systems mittels DISM durchgef\u00fchrt (siehe Windows 8: Komponentenstore reparieren<\/a>) und dann die CBS.log im Ordner:<\/p>\n

C:\\Windows\\Logs\\CBS\\ <\/em><\/p>\n

ausgewertet. Dort wurde er f\u00fcndig, eine fehlende Assembly im SXS-Ordner war die Ursache. Er hat den Registrierungseintrag dann entfernt. Ob es in obigem Fall weiter hilft, ist aktuell unklar.<\/p>\n

Bei der Suche nach dem Fehler 0x800F0831 bin ich dann noch auf den Microsoft Support-Beitrag Error 0x800f0831 when you install an update<\/a> vom 28. Oktober 2022 gesto\u00dfen. Auch dort werden fehlende Pakete (ist oft einen Manifest-Datei im SXS-Assembly-Store) angesprochen, die eine Update-Installation verhindern – k\u00f6nnte bei der Installation einer Rolle \u00e4hnlich sein. Da hilft dann nur die Analyse der CBS.log<\/em>. Aktuell ist noch offen, was die Ursache f\u00fcr obiges Problem ist – falls sich Georg mit neuen Erkenntnissen meldet, trage ich es nach.<\/p>\n

Erste Erkenntnisse aus der CBS.log<\/h2>\n

Der Blog-Leser hat mir dann eine Kopie seiner CBS.log<\/em> (sowie der dism.log<\/em>) zukommen lassen. In der dism.log\u00a0<\/em>gibt es jede Menge Fehler, die habe ich dann nicht weiter ausgewertet. Interessanter fand ich die CBS.log<\/em>, in der ich dann schlicht nach \"Error\" gesucht habe. Folgenden Ausriss fand ich interessant:<\/p>\n

Microsoft-Windows-Xps-Xps-Viewer-Opt-Package~31bf3856ad364e35~amd64~~10.0.17763.1, applicable state: Installed\r\n2022-12-22 12:29:06, Info                  CBS    Session: 31004152_2581324107 initialized by client DISM Package Manager Provider, external staging directory: (null), external registry directory: (null\r\n2022-12-22 12:29:06, Info                  CBS    Client specifies manual store corruption detect or repair.\r\n2022-12-22 12:29:06, Info                  CBS    Exec: Session processing started.  Client: Manual, Session(DISM Package Manager Provider Store Corruption Detect\/Repair): 31004152_2581324107\r\n2022-12-22 12:29:06, Info                  CBS    Reboot mark set\r\n2022-12-22 12:29:06, Info                  CBS    Winlogon: Registering for CreateSession notifications\r\n2022-12-22 12:29:06, Info                  CBS    Winlogon: Loading SysNotify DLL\r\n2022-12-22 12:29:06, Info                  CBS    Winlogon: Starting notify server \r\n2022-12-22 12:29:06, Info                  CBS    FLOW: Entering stage: CheckCbs \r\n2022-12-22 12:29:15, Error                 CSI    00000001 (F) STATUS_OBJECT_NAME_NOT_FOUND<\/strong> #175972# from Windows::Rtl::SystemImplementation::DirectFileSystemProvider::SysCreateFile(flags = 0, handle = {provider=NULL, handle=0, name= (\"null\")}, da = (FILE_GENERIC_READ|DELETE), oa = @0x31273fd280->OBJECT_ATTRIBUTES {s:48; rd:NULL; on:[97]'\\??\\C:\\Windows\\Servicing\\Packages\\Package_3392_for_KB5017379~31bf3856ad364e35~amd64~~10.0.1.9.cat'; a:(OBJ_CASE_INSENSITIVE)}, iosb = @0x31273fd220, as = (null), fa = (FILE_ATTRIBUTE_NORMAL), sa = (FILE_SHARE_READ|FILE_SH[gle=0xd0000034]\r\n2022-12-22 12:29:15, Error                 CSI    ARE_WRITE|FILE_SHARE_DELETE), cd = FILE_OPEN, co = (FILE_NON_DIRECTORY_FILE|FILE_SYNCHRONOUS_IO_NONALERT), eab = NULL, eal = 0, disp = Invalid)\r\n[gle=0xd0000034]\r\n<\/pre>\n
Es wird das Paket f\u00fcr das Update KB5017379 bem\u00e4ngelt. Suche ich im Blog nach diesem Update, finde ich folgende Beitr\u00e4ge:<\/p>\n