IIS 7.5 protokolliert nicht

11

Ich habe ein seltsames Problem mit einem Windows Server 2008 R2, auf dem IIS ausgeführt wird: Die HTTP-Protokollierung wurde vor einigen Monaten gestoppt (ich habe es gerade herausgefunden), und ich kann anscheinend nicht dazu führen, dass die Protokollierung erneut gestartet wird.

Ich habe sowohl HTTP-Protokollierungs- als auch Protokollierungstools installiert (unter Webserver / Integritäts- und Diagnosetools) und unter IIS-Manager> Protokollierung ist sie aktiviert (Ein Protokoll pro: Site, Format: W3C, Verzeichnis: "%SystemDrive%\inetpub\logs\LogFiles"usw. - alles Standardmaterial).

Unter C:\inetpub\logs\LogFiles\W3SVC1/ W3SVC2avalanche usw. sind alle Dateien Monate alt.

Ich habe auch den Server neu gestartet, ohne Erfolg.

Ich habe versucht, die Protokollierung zu deaktivieren und dann erneut zu aktivieren (im IIS-Manager), aber das hat nicht geholfen.

Zuletzt habe ich versucht, über die Befehlszeile zu aktivieren (obwohl bereits aktiviert):

C:\Windows\System32\inetsrv>appcmd set config /section:httpLogging /dontLog:False /selectiveLogging:LogAll

Applied configuration changes to section "system.webServer/httpLogging" for "MACHINE/WEBROOT/APPHOST" at configuration commit path "MACHINE/WEBROOT/APPHOST"

Was fehlt mir?

Jim Balo
quelle
Haben Sie überprüft, ob die Berechtigungen noch gut sind? Wie wäre es mit dem Dateisystemspeicher?
@kce Speicherplatz ist in Ordnung. Re. Ordnerberechtigungen, ich bin nicht 100%: Ich habe CIS \ inetpub \ logs nur IIS_IUSRS Full Control gegeben und die Site neu gestartet, aber das hat nicht geholfen. Wie sollten die Berechtigungen sein (und für welche spezifischen Ordner sollten Sie sie festlegen - nur für den Protokollordner?)?
Jim Balo
3
Ich habe das zum Laufen gebracht. Im Ereignisprotokoll habe ich Folgendes gefunden: "Eigentümer der Protokolldatei oder des Verzeichnisses C: \ inetpub \ logs \ LogFiles \ W3SVC2 \ u_ex140606.log ist ungültig. Dies kann daran liegen, dass ein anderer Benutzer die Protokolldatei oder das Verzeichnis bereits erstellt hat. "" Also habe ich den Besitzer des Protokollordners usw. überprüft und aus irgendeinem Grund wurde er auf "Trusted Installer" gesetzt, anstatt auf das, was es hätte sein sollen: C: \ inetpub \ logs sollte im Besitz von SYSTEM sein und seine Unterordner im Besitz von die Gruppe Administratoren. Nachdem dies behoben war, fing es an zu funktionieren.
Jim Balo
@ JimBalo Es wäre gut, dies in eine Antwort umzuwandeln, um es leichter zu sehen.
Spuder

Antworten:

5

Ich weiß, dass dies ein alter Beitrag ist (ich bin ein Nekromant)! Ich fand meinen Weg hierher verzweifelt über Google und ich glaube, dass zumindest auf unserem Server das Problem darin bestand, dass der "W3C Logging Service" services.mscgestoppt wurde. Beim Neustart funktionierte der Dienst einwandfrei (vorausgesetzt, die richtigen Ordnerberechtigungen waren vorhanden, wie oben beschrieben). Es scheint, dass das Problem, auf das unser GMT-08: 00-Server gestoßen ist, dieses war:

https://support.microsoft.com/en-us/help/2982169/w3c-logging-service-crashes-in-iis-8.5-on-a-server-in-windows-8.1-or-windows-server- 2012-r2

Es gibt ein Update, das heruntergeladen werden kann. Hoffe das hilft jemandem.

Chaim Eliyah
quelle
2

Überprüfen Sie Ihre Berechtigung für Protokolldateiordner. IIS schreibt nicht in Ordner, die bestimmten Gruppen gehören, z. B. Benutzern.

Der Ordner sollte "Administratoren" oder "SYSTEM" gehören.

Zamicol
quelle
1

Die Protokollierungsfunktion wird in der IIS-Benutzeroberfläche auf drei Ebenen verwaltet: Computer, Standort, Anwendung.

Ich hatte es auf Computerebene aktiviert , auf Site- Ebene (Standardwebsite) deaktiviert und auf Anwendungsebene aktiviert .

Nachdem ich es (im Bereich Aktionen auf der rechten Seite) für die Site aktiviert hatte, funktionierte es.

Tom Andraszek
quelle
0

Wenn ich auf das Problem stoße, lösche ich den W3SVC1Ordner und navigiere zur Site, damit IIS einen neuen W3SVC1Ordner mit dem richtigen SYSTEM-Eigentümer und den richtigen Berechtigungen erstellt.

Mike Poole
quelle