IIS 7.5 günlüğe kaydetmiyor

11

IIS çalıştıran bir Windows Server 2008 R2 ile garip bir sorunum var: HTTP günlüğü birkaç ay önce durdu (yeni öğrendim) ve tekrar günlüğe başlamayı başlatamıyorum.

Hem HTTP Günlük Kaydı ve Günlük Araçları yüklü (Web Sunucusu / Sağlık ve Tanı altında) hem de IIS Yöneticisi> Günlük altında, etkin (Günlük başına bir günlük: Site, Biçim: W3C, Dizin:, "%SystemDrive%\inetpub\logs\LogFiles"vb. - tüm varsayılan şeyler).

Ancak C:\inetpub\logs\LogFiles\W3SVC1/ W3SVC2avalanche vb. Altında tüm dosyalar aylardır.

Ben de boşuna, sunucuyu yeniden başlattık.

Günlüğü devre dışı bırakmayı ve sonra yeniden etkinleştirmeyi denedim (IIS Yöneticisi'nde), ancak bu yardımcı olmadı.

Son olarak, (zaten etkin olsa bile) komut satırı üzerinden etkinleştirmeyi denedim:

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"

Ne eksik?

windows-server-2008-r2 iis-7.5

— Jim Balo
kaynak

İzinlerin hala iyi olduğunu doğruladınız mı? Dosya sistemi alanı nasıl?

@kce Disk alanı iyi. Yeniden. klasör izinleri, ben% 100 değilim: Ben sadece IIS_IUSRS Tam Denetim C: \ inetpub \ logs verdi ve siteyi yeniden başlattı, ama bu yardımcı olmadı. İzinlerin ne olması gerekir (ve onları hangi günlüklerde ayarlamanız gerekir - yalnızca günlükler klasörü?)?

— Jim Balo

3

Bu işi aldım. Olay günlüğünde şunu buldum: "Günlük dosyasının veya dizinin sahibi C: \ inetpub \ logs \ LogFiles \ W3SVC2 \ u_ex140606.log geçersiz. Bunun nedeni, başka bir kullanıcının günlük dosyasını veya dizini zaten oluşturmuş olması olabilir. " Bu yüzden günlükler klasörünün sahibini kontrol ettim ve herhangi bir nedenle olması gereken şey yerine "Güvenilir Yükleyici" olarak ayarlanmıştı: C: \ inetpub \ logs SYSTEM'e ve onun alt klasörlerine ait olmalıdır Yöneticiler grubu. Bunu düzelttikten sonra çalışmaya başladı.

— Jim Balo

@JimBalo, daha kolay görmek için bunu bir cevaba dönüştürmek iyi olur.

— spuder

5

Biliyorum bu eski bir yazı (ben bir büyücüüm)! Burada Google üzerinden çaresizlik içinde yolumu buldum ve en azından sunucumuzda sorunun "W3C Logging Service" in services.mscdurdurulması olduğuna inanıyorum . Yeniden başlatıldığında, hizmet iyi çalıştı (yukarıda açıklandığı gibi uygun klasör izinlerinin mevcut olması şartıyla). Görünüşe göre GMT -08: 00 sunucumuzun karşılaştığı sorun şuydu:

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

İçinden indirilebilecek bir güncelleme var. Umarım bu birine yardımcı olur.

— Chaim Eliyah
kaynak

2

Günlük dosyası klasörlerinde izninizi kontrol edin. IIS, kullanıcılar gibi belirli grupların sahip olduğu klasörlere yazmaz.

Klasörün sahibi "Administrators" veya "SYSTEM" olmalıdır.

— Zamicol
kaynak

1

Günlük makinesi, sitenin, uygulamanın: özellik 3 düzeyleri üzerindeki IIS arayüzünde yönetilmektedir.

Makine düzeyinde etkinleştirdim , site düzeyinde (Varsayılan Web Sitesi) devre dışı bıraktım ve uygulama düzeyinde etkinleştirdim .

Siteyi etkinleştirdikten sonra (sağ taraftaki İşlemler bölmesinde) çalışmaya başladı.

— Tom Andraszek
kaynak

0

Sorunla karşılaştığımda W3SVC1klasörü siliyorum ve siteye göz atarak IIS'nin W3SVC1doğru SYSTEM sahibi ve izinleriyle yeni bir klasör oluşturmasını sağlıyorum.

— Mike Poole
kaynak