![](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2013\/03\/winb.jpg\")
Unter Windows Server 2016 gibt es wohl gelegentlich den Fehler, dass sich keine Features wie das .NET 3.5-Framework auf dieser Plattform installieren oder andere Server-Rollen hinzuzuf\u00fcgen lassen. Es wird der Fehlercode 0x80073701 geliefert. Ursache sind wohl ein fehlerhafte Registrierungseintr\u00e4ge, die auf fehlende Sprachpakete verweisen. Hier einige Hinweise zu diesem Problem samt Workaround<\/p>\n
<\/p>\n
server 2016 unable to add roles or features after making server a domain control<\/p>\n I am having a problem i cannot install roles or features at all. I installed windows server 2016 standard with desktop as a hardware machine not virtual joined existing domain installed anti-virus software a few tools then i added active directory role promoted to domain controller then made it the primary controller. I noticed that windows server backup was not installed by default and tried to add it. failed using both GUI wizard and with PS i also tried to add IIS server role with GUI and get the same error this is the output from PS ive tried using the -source switch leading to the dell install DVD and the error doesn't change been searching internet for a week not much information out there on server 2016 any help would be appreciated.<\/p>\n<\/blockquote>\n Der Betroffene berichtet, dass er den Fehlercode 0x80073701 beim Hinzuf\u00fcgen von Rollen erhalte. Bei anderen Betroffenen endet das Hinzuf\u00fcgen von Features wie .NET Framework 3.5 mit diesem Fehler. <\/p>\n Sucht man nach 'windows server 2016 role Error 0x80073701', werden eine Reihe Treffer angezeigt. <\/p>\n Der Fehlercode 0x80073701 steht f\u00fcr ERROR_SXS_ASSEMBLY_MISSING, d.h., in Windows (oder im Update-Store wird eine Assembly referenziert, die nicht gefunden werden konnte. <\/p>\n Ohne diese Assembly wird sich die Rolle oder das Feature nicht installieren lassen. Den Fehlercode habe ich bereits mehrfach in anderem Zusammenhang im Blog thematisiert (siehe Artikel am Beitragsende).<\/p>\n Die einfachste L\u00f6sung besteht in der Neuinstallation des Betriebssystems \u2013 was am Ende des Tages in viele F\u00e4llen wohl der einzige Ausweg ist. Bei Windows Server 2016 wird man diesen Aufwand scheuen, so dass man versuchen kann, die Ursache zu finden. <\/p>\n Als erstes w\u00e4re der Versuch zu nennen, Windows auf besch\u00e4digte Dateien zu scannen und diese reparieren zu lassen (siehe Windows 8: Komponentenstore reparieren<\/a>). Das wird i.d.R. nicht wirklich helfen \u2013 aber man bekommt Protokolldateien, die man auswerten kann. <\/p>\n Hierzu navigiert man im Explorer zum Order %windir%\\logs<\/em> und kopiert die Protokolldateien cbs\\cbs.log<\/em> und dism\\dism.log<\/em> auf den Desktop oder in einen anderen lokalen Ordner. Im Anschluss \u00f6ffnet man die Dateien in einem Editor und sucht in den Log-Eintr\u00e4gen nach dem Fehlercode. <\/p>\n Geht man die Fundstellen im Internet durch, kristallisieren sich fehlerhafte Registrierungseintr\u00e4ge f\u00fcr Sprachpakete als Ursache f\u00fcr den Fehler 0x80073701 heraus (siehe auch diesen Technet-Forenbeitrag<\/a>). Hier die Schritte, wie man das Problem eventuell bereinigen kann. <\/p>\n 1. Starten Sie den Registrierungseditor mit administrativen Berechtigungen (Als Administrator ausf\u00fchren<\/em>).<\/em> <\/p>\n 2. Navigieren Sie zu folgendem Registrierungsschl\u00fcssel.<\/p>\n HKLM\\Software\\Microsoft\\Windows\\CurrentVersion\\ 3. Entfernen Sie alle Unterschl\u00fcssel, die auf die bem\u00e4ngelten Sprachpakete (Language-Packs) verweisen.<\/p>\n Zum Entfernen muss man den Besitz der betreffenden Schl\u00fcssel \u00fcbernehmen oder den Registrierungseditor mit PsExec als System aufrufen. In der Spiceworks-Community waren es hier<\/a> Eintr\u00e4ge auf Eintr\u00e4ge auf \"fr_FR\"-Language-Packs, die st\u00f6rten. Auf server-fault waren es hier<\/a> Eintr\u00e4ge auf \"fr_FR\"- und 'de-DE\"-Language-Packs, die st\u00f6rten. Im Technet-Forenthread<\/a> st\u00f6rte ein Verweis auf ein spanisches Sprachpaket. Bei askwoody.com ist ein \"tr_TR\"-Language-Pack als Problem erw\u00e4hnt. Die betroffenen Sprachpakete m\u00fcssen \u00fcber die .log-Dateien und deren Error-Eintr\u00e4ge ermittelt werden. Warum dort fehlerhafte Eintr\u00e4ge vorkommen, ist mir unklar. <\/p>\n Direkt nach dem Posten dieses Beitrags gab es noch eine R\u00fcckmeldung von Blog-Leser Karl auf Twitter. Ich denke, er bezieht sich auf das .NET Framework 3.5. Ich h\u00e4nge seine Tweets einfach mal an.<\/p>\n 1\/2 Alternativ kann man auch versuchen eine xml Datei in das Verzeichnis des Programms zu legen die wie die exe heisst, mit suffix .Config In vielen F\u00e4llen f\u00fchrt nur ein veralteter hardcode Eintrag in source dazu .net 3.5 zu installieren<\/p>\n \u2014 al Qamar (Karl) (@tweet_alqamar) 31. Dezember 2018<\/a><\/p><\/blockquote>\nIch bin bereits vor einigen Tagen bei askwoody.com auf dieses Problem<\/a> gesto\u00dfen. Dort schreibt Susan Bradley, dass man kein .NET 3.5-Framework auf Windows Server Essentials 2016 als Feture hinzuf\u00fcgen k\u00f6nne. Ich m\u00f6chte das aber etwas breiter aufstelle, da es generell das Hinzuf\u00fcgen von Server-Rollen zu betreffen scheint. So l\u00e4sst sich bei betroffenen Systemen auch keine Rolle hinzuf\u00fcgen, nachdem der Server zum Domain Controller hochgestuft wurde, wie man bei spiceworks.com in diesen Thread nachlesen kann:<\/p>\n
\n
![\"Error](\"https:\/\/www.askwoody.com\/wp-content\/uploads\/2018\/12\/48383430_10155620464291415_2887451644893593600_n.jpg\"\/ "\\"Error")
(Quelle: Askwoody.com)<\/p>\nWas bedeutet der Error 0x80073701?<\/h2>\n
Was man zur Diagnose tun kann<\/h2>\n
Fehlerhafte Sprachdateieintr\u00e4ge in der Registry<\/h2>\n
Component Based Servicing\\Package Detect<\/em><\/p>\nNoch ein Fragment<\/h2>\n
\n
Also z. B. Deinprogramm.exe.config<\/p>\n