2009-02-17 17 views
6

Bir ASP.NET web hizmetinin yeni bir sürümünü dağıttım. IIS günlük dosyası, bu hizmet bir istemci tarafından çağrıldığında bir hata kodu 500 bildirir. Benim (test) servisim herhangi bir hata olmadan kullanabilir. ASP.NET web servisimde hata ayıklama özelliğini etkinleştirdim, ancak hiçbir hata günlüğe kaydedilmiyor, bu da hatanın kodum tarafından atılmadığına, ancak yığında bir yere 'daha önce' geldiğine inanmamı sağlıyor. Httperr1.log dosyasını da inceledim ama orada bir şey yok.Web hizmetim tarafından atılan IIS 500 hatalarını nasıl izleyebilirim

Sorun, hatayı araştırmak için IIS'ye nasıl daha fazla hata ekleyebilirim? Müşteriye erişimim yok.

[Güncelleştirmeler] IIS6 kullanıyorum. Olayı kontrol ettim ve orada hiçbir şey bulamadım.

+0

Herhangi bir ASP.net hatası, genellikle Olay Görüntüleyicisi'nde oturum açar. Orada kontrol ettin mi? – Ramesh

cevap

3

DebugDiag 2.0 Eğer IIS6 ise kullanmak istediğiniz kesin bir araçtır:

bir göz atın.

+0

"Üzgünüz. Bu indirme artık mevcut değil." –

+0

DebugDiag 2.0'a güncellendi. Bu link gelecekte de kırılabilir; debugdiag.com veya http://blogs.msdn.com/b/debugdiag daha dayanıklı olabilir. – JohnW

0

Logfile hangi formatta? IIS formatı genellikle varsayılan formatta bulunmadığında belirli bir istekte hata mesajları içerir.

+0

IIS için varsayılan formatı kaydediyorum, kontrol edeceğim. – edosoft

0

WebMethod öğesini yerel ana bilgisayardaki otomatik oluşturulan proxy'den çalıştırırsanız, yığın izleme yığınının, çöktüğü zaman görebilirsiniz.

İlgili konular