Windows-Prozessaktivierungsdienst schlägt fehl - Windows 10

Der Windows-Prozessaktivierungsdienst (WAS) wird auf meinem Windows 10-PC nicht mehr gestartet. Infolgedessen wird IIS nicht gestartet. Ich bin mir nicht ganz sicher, wann es passiert ist, aber wahrscheinlich im letzten Monat.

Während des Startvorgangs erhalte ich jetzt eine Reihe von 4 Fehlerereignissen im Systemprotokoll:

WAS 5215: Der Windows-Prozessaktivierungsdienst (WAS) konnte die Initialisierung für die Offline-Einrichtung nicht ausführen. Das Datenfeld enthält die Fehlernummer. [Datenfeld: 50000780]

WAS 5005: Der Windows-Prozessaktivierungsdienst (WAS) wird gestoppt, weil ein Fehler aufgetreten ist. Das Datenfeld enthält die Fehlernummer. [Datenfeld: 50000780]

Service Control Manager 7023: Der WAS-Dienst wurde mit dem folgenden Fehler beendet: Die Datei ist vorhanden.

Service Control Manager 7001: Der W3SVC-Dienst hängt vom WAS-Dienst ab, der aufgrund des folgenden Fehlers nicht gestartet werden konnte: Die Datei ist vorhanden.

Ich habe nicht viele Verweise auf diese Art von Fehler mit dem Fehler, dass die Datei existiert .

(Ich habe versucht, mit ProcMon zu ermitteln, auf welche Datei es sich bezieht, aber die Ausführung wird absolut abgelehnt.)

Bearbeiten ... brachte ProcMon endlich zum Laufen (nachdem die 64-Bit-Version mit VS2017 extrahiert wurde). Es stellt sich heraus, dass die Datei, die das obige Problem verursacht hat, die Datei "applicationhost.config.tmp" im C:\Windows\System32\inetsrv\ConfigOrdner war. Durch Entfernen dieser Datei konnte der Vorgang fortgesetzt werden.

Der erste und dritte Fehler sind:

WAS 5215: Der Windows-Prozessaktivierungsdienst (WAS) konnte die Initialisierung für die Offline-Einrichtung nicht ausführen. Das Datenfeld enthält die Fehlernummer. [Datenfeld: 0D000780]

Service Control Manager 7023: Der Windows-Prozessaktivierungsdienst wurde mit dem folgenden Fehler beendet: Die Daten sind ungültig.

Nach der Antwort von Yanbing Shi sind hier die neuesten Zeilen aus der iis.logDatei:

[01/13/2018 23:10:41] [ ***** IIS 10.0 Component Based Setup ***** ] [01/13/2018 23:10:41] .\inetsrv\iissetup.exe /install SharedLibraries /nano [01/13/2018 23:10:41] Setting Installation Type to Nano [01/13/2018 23:10:41] Successfully added IIS_IUSRS ACE to DACL at %ProgramData%\Microsoft\Windows\WER\ReportQueue. [01/13/2018 23:10:42] < !!FAIL!! > Failed to create the NetFrameworkConfigurationKey key container (result=0x8009000f) [01/13/2018 23:10:42] < !!FAIL!! > Install of component SharedLibraries result=0x8009000f [01/13/2018 23:10:42] < !!FAIL!! > COMPONENT::ExecuteCommand result=0x8009000f [01/13/2018 23:10:42] [ End of IIS 10.0 Component Based Setup ]

Als Antwort auf Yanbing Shis nächste Antwort ...

Zuerst konnte ich die d6d986f09a1ee04e24c949879fdb506c_*Datei nicht anzeigen / bearbeiten / löschen . Als ich versuchte, die Berechtigung anzuzeigen, wurde die folgende Meldung angezeigt: You do not have permission to view this object's security properties, even as an administrative user. Ich konnte jedoch den Besitz in "Administratoren" ändern, dieser Gruppe dann die FullBerechtigung erteilen und sie dann anzeigen. Die Datei war keine Textdatei, aber ungefähr 28 Bytes in der Datei sind NetFrameworkConfigurationKey. Ich habe die Datei aus diesem Ordner verschoben.

Ich rannte dann net start wasund bekamSystem error 80 has occurred. The file exists.

Der iis.logDatei wurde nichts hinzugefügt, aber die üblichen Fehlerereignisse wurden dem Systemereignisprotokoll hinzugefügt.

Ich habe dann die applicationhost.config.tmpDatei manuell gelöscht und ausgeführt net start was. Diesmal habe ichSystem error 13 has occurred. The data is invalid.

Diesmal gab es neue Einträge zu iis.log

[03/18/2018 07:44:54] [ ***** IIS 10.0 Component Based Setup ***** ] [03/18/2018 07:44:54] .\inetsrv\iissetup.exe /install SharedLibraries /nano [03/18/2018 07:44:54] Setting Installation Type to Nano [03/18/2018 07:44:55] Successfully added IIS_IUSRS ACE to DACL at %ProgramData%\Microsoft\Windows\WER\ReportQueue. [03/18/2018 07:44:55] Created NetFrameworkConfigurationKey key containter [03/18/2018 07:44:56] Created NetFrameworkConfigurationKey user key [03/18/2018 07:44:56] Set ACLs on NetFrameworkConfigurationKey [03/18/2018 07:44:56] < !!FAIL!! > Failed to create the iisWasKey key container (result=0x8009000f) [03/18/2018 07:44:56] < !!FAIL!! > Install of component SharedLibraries result=0x8009000f [03/18/2018 07:44:56] < !!FAIL!! > COMPONENT::ExecuteCommand result=0x8009000f [03/18/2018 07:44:56] [ End of IIS 10.0 Component Based Setup ]

Der Fehler trat auf, weil WAS beim Start nicht auf die Maschinenschlüssel zugreifen konnte. Beim ersten Start nach dem Upgrade versucht WAS, neue Maschinenschlüssel zu erstellen, falls keine vorhanden sind, oder fragt die alten Maschinenschlüssel ab, die vom alten Betriebssystem übrig geblieben sind. In diesem Fall sind alte Maschinenschlüssel vorhanden, auf die WAS jedoch aus unklaren Gründen leider nicht zugreifen kann. Diese Maschinenschlüssel werden verwendet, um vertrauliche Informationen in applicationHost.config oder web.config zu verschlüsseln (z. B. Benutzerkennwort). WAS kann nicht gestartet werden, wenn kein Maschinenschlüssel vorhanden ist.

Die folgenden Schritte zum Löschen mehrerer von IIS verwendeter Maschinenschlüssel können dazu beitragen, dass WAS gestartet werden kann. WAS erstellt diese Schlüssel beim Start einfach neu.

1. Wechseln Sie zu Ihrem RSA-Computerschlüsselordner: C: \ Benutzer \ Alle Benutzer \ Anwendungsdaten \ Microsoft \ Crypto \ RSA \ MachineKeys
2. Suchen Sie einen Maschinenschlüssel (Datei), dessen Name mit d6d986f09a1ee04e24c949879fdb506c_ * beginnt. Wenn Sie es mit dem Editor öffnen, sollte der Klartext "NetFrameworkConfigurationKey" angezeigt werden.
3. Sichern Sie diese Datei in einem anderen Ordner.
4. Löschen Sie diese Datei.
5. Befolgen Sie die gleichen Schritte wie 2-4, um iisWasKey zu sichern und zu löschen: 76944fb33636aeddb9590521c2e8815a_ *
6. Befolgen Sie die gleichen Schritte wie 2-4, um iisConfigurationKey zu sichern und zu löschen: 6de9cb26d2b98c01ec4e9e8b34824aa2_ *
7. Manuelles Starten von WAS
   • Öffnen Sie eine Eingabeaufforderung über "Als Administrator ausführen".
   • Nettostart war

Für mich begann dies, nachdem ich gestern Windows Update ausgeführt hatte. Seitdem installierte Updates:

• Funktionsupdate auf Windows 10, Version 1709
• Update für Windows 10 KB4041994
• 2018-01 Kumulatives Update KB4056892

Das Starten des Windows-Prozessaktivierungsdienstes (WAS) ergab den folgenden Fehler:

Fehler 13: Die Daten sind ungültig.

Aus dem Systemereignisprotokoll:

Der Windows-Prozessaktivierungsdienst (WAS) konnte die Initialisierung für die Offline-Einrichtung nicht ausführen. Das Datenfeld enthält die Fehlernummer [8007000D].

Keine Ahnung, was los war. Ich verfied meine administration.config, applicationHost.configund redirection.configenthalten die erwarteten Daten.

Ich habe versucht, auf automatisch gesicherte Konfigurationsdateien zurückzugreifen C:\inetpub\history, ohne Ergebnis.

Am Ende habe ich folgende Schritte unternommen:

1. Sichern Sie alle Konfigurationsdateien von C:\Windows\System32\inetsrv\Config.

2. Löschen Sie alles, was mit HTTP zu tun hat, indem Sie in den Windows-Funktionen Folgendes deaktivieren (machen Sie einen Screenshot davon, welche installiert sind, damit Sie dieselben Module anschließend problemlos neu installieren können):

   • Deaktivieren Sie unter .NET Framework 3.5 nicht das Framework selbst:
   • • WCF-HTTP-Aktivierung
   • • WCF-Nicht-HTTP-Aktivierung
   • Erweiterte Dienste für .NET Framework 4.7
   • IIS
   • IIS Hostable Web Core
   • Windows-Prozessaktivierungsdienst

3. Starten Sie neu.

4. Löschte den restlichen Inhalt von C:\Windows\System32\inetsrv.
5. Installieren Sie alle deinstallierten Funktionen von oben neu.
6. Installieren Sie das URL Rewrite Module neu
7. Setzen Sie die relevanten Elemente vorsichtig unter <applicationPools>und <sites>Elemente aus dem gesicherten applicationHost.configin das neu erstellte zurück C:\Windows\System32\inetsrv\Config\applicationHost.config.
8. Führen Sie eine iisresetEingabeaufforderung mit erhöhten Rechten aus, um sicherzugehen.

Und Hurra, alle meine Entwicklungsstandorte sind wieder online.

Danach habe ich die gesicherten und neuen applicationHost.configDateien verglichen und konnte keine wesentlichen Unterschiede feststellen. In der Tat, als ich das Backup applicationHost.configin das Config-Verzeichnis legte und ein anderes iisresetausführte, funktionierte immer noch alles, also war es wohl nicht diese Datei, die den Ärger verursachte.

Dies ist mir auch nach einem kürzlich durchgeführten Windows-Update passiert. Das Ausschalten und anschließende Einschalten des Windows-Prozessaktivierungsdienstes in den Windows-Funktionen hat mir geholfen. Wenn Sie diesen Dienst deaktivieren, werden auch die folgenden Funktionen deaktiviert, die Sie ebenfalls wieder aktivieren müssen:

• Nicht-HTTP-Aktivierung von Windows Communication Foundation
• TCP-Aktivierung
• Named Pipe Activation
• MSMQ-Aktivierung (Message Queuing)

Könnten Sie die folgenden Überprüfungen durchführen?

1. Überprüfen Sie, ob Sie über diesen Registrierungsschlüssel verfügen: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WAS \ Parameters \ NanoSetup

Ich glaube, es sollte existieren, wenn Sie einen solchen WAS-Startfehler treffen.

2. Überprüfen Sie, ob Sie unter C: \ windows \ system32 \ inetsrv \ config (dem Ordner, in dem sich Ihre applicationHost.config befindet) eine Datei mit dem Namen applicationhost.config.tmp haben.

Diese temporäre Datei sollte ebenfalls vorhanden sein, um einen solchen Fehler zu beheben.

3. Öffnen Sie iis.log in c: \ windows, scrollen Sie zum Ende der Datei und suchen Sie nach den neuesten Fehlern im Protokoll. Wir freuen uns, wenn Sie hier eine Fehlerprotokollmeldung einfügen können.

Jetzt vermute ich, dass Sie Fehler in iis.log sehen werden. Könnten Sie die Fehler hier einfügen, um die Ursache einzugrenzen?