Usługi IIS 7.5 nie logują się

11

Mam dziwny problem z systemem Windows Server 2008 R2 z uruchomionymi usługami IIS: rejestrowanie HTTP zostało zatrzymane kilka miesięcy temu (właśnie się dowiedziałem) i wydaje się, że nie mogę go ponownie uruchomić.

Mam zainstalowane zarówno narzędzie do rejestrowania HTTP, jak i narzędzia do rejestrowania (w obszarze Serwer WWW / Zdrowie i diagnostyka) oraz w Menedżerze usług IIS> Rejestrowanie, jest ono włączone (jeden dziennik na: witrynę, format: W3C, katalog: "%SystemDrive%\inetpub\logs\LogFiles"itd. - wszystkie rzeczy domyślne).

Jednak w C:\inetpub\logs\LogFiles\W3SVC1/ W3SVC2avalanche itp. Wszystkie pliki mają miesiące.

Zrestartowałem również serwer, bezskutecznie.

Próbowałem wyłączyć rejestrowanie, a następnie włączyć je ponownie (w Menedżerze IIS), ale to nie pomogło.

Na koniec próbowałem włączyć za pomocą wiersza polecenia (nawet jeśli już został włączony):

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"

Czego mi brakuje?

windows-server-2008-r2 iis-7.5

— Jim Balo
źródło

Czy sprawdziłeś, że uprawnienia są nadal dobre? A co z przestrzenią systemu plików?

@kce Miejsce na dysku jest w porządku. Re. uprawnienia do folderów, nie jestem w 100%: właśnie dałem IIS_IUSRS pełną kontrolę C: \ inetpub \ logs i zrestartowałem stronę, ale to nie pomogło. Jakie powinny być uprawnienia (i na jakich konkretnych folderach należy je ustawić - tylko folder dzienników?)?

— Jim Balo

3

Mam to działa. W dzienniku zdarzeń znalazłem to: „Właściciel pliku dziennika lub katalogu C: \ inetpub \ logs \ LogFiles \ W3SVC2 \ u_ex140606.log jest nieprawidłowy. Może to być spowodowane tym, że inny użytkownik utworzył już plik dziennika lub katalog. „ Sprawdziłem więc właściciela folderu dzienników itp. Iz jakiegoś powodu ustawiono go na „Zaufany instalator” zamiast tego, co powinno być: C: \ inetpub \ logs powinien być własnością SYSTEM, a jego podfoldery własnością grupa Administratorzy. Po rozwiązaniu problemu zaczął działać.

— Jim Balo,

@JimBalo dobrze byłoby przekonwertować to na odpowiedź, aby łatwiej było zobaczyć.

— spuder

5

Wiem, że to stary post (jestem nekromantą)! Rozpaczliwie znalazłem się tutaj przez Google i uważam, że problem, przynajmniej na naszym serwerze, polegał na tym, że usługa rejestrowania W3C services.msczostała zatrzymana. Po ponownym uruchomieniu usługa działała poprawnie (pod warunkiem, że istnieją odpowiednie uprawnienia do folderów, jak opisano powyżej). Wygląda na to, że problem, na który natrafił nasz serwer GMT -08: 00, był następujący:

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

Istnieje aktualizacja, którą można pobrać. Mam nadzieję, że to komuś pomoże.

— Chaim Eliyah
źródło

2

Sprawdź swoje uprawnienia do folderów plików dziennika. Usługi IIS nie będą zapisywać w folderach należących do niektórych grup, takich jak użytkownicy.

Folder powinien być własnością „Administratorów” lub „SYSTEMU”.

— Zamicol
źródło

1

Logging cechą jest zarządzany w IIS UI na 3 poziomach: maszynowego, witryny, aplikacji.

Miałem to włączone na poziomie komputera , wyłączone na poziomie witryny (domyślna witryna sieci Web) i włączone na poziomie aplikacji .

Gdy włączyłem go (w okienku Działania po prawej stronie) dla witryny, zaczął działać.

— Tom Andraszek
źródło

0

Gdy napotykam problem, usuwam W3SVC1folder i przeglądam witrynę, aby IIS utworzył nowy W3SVC1folder z poprawnym właścicielem SYSTEMU i uprawnieniami.

— Mike Poole
źródło