IIS membatalkan utas permintaan dengan status 995

10

Kami memiliki situs di mana kami mengalami masalah pada server produksi kami, tetapi tidak pada mesin dev saya dengan permintaan sebelum dibatalkan (karenanya, nol tanggapan).

Gagal setelah tepat 1:19 menit setiap kali, dan permintaan pada mesin dev saya memakan waktu sekitar 1:44.

Panjang konten sekitar 650 ribu sehingga seharusnya tidak menjadi masalah.

Lingkungan produksi adalah windows 2008 dengan IIS7 lingkungan pengembang adalah windows 7 dengan IIS 7.5

Memiliki web.config identik tetapi konfigurasi mesin sedikit berbeda (meskipun mereka harus standar dari menginstal)

Apa yang menyebabkan ini?

Ketika mencari di access-log, baris mengatakan 0 byte sebagai tanggapan byt win32-code 995 yang seharusnya 0 ini adalah kolom terakhir dari baris-akses:

sc-status sc-substatus sc-win32-status sc-bytes time-taken
200       0            995             0        76933

995 tampaknya terkait dengan "utas dibatalkan" atau sesuatu, maka saya agak yakin bahwa IIS yang membatalkan permintaan. proses w3wp.exe tampaknya berjalan untuk beberapa waktu bahkan setelah permintaan berhenti, jadi saya tidak berpikir aplikasi web bahkan pemberitahuan sampai saatnya menulis ke aliran output.

EDIT: Telah mencoba sekarang dengan koneksi yang berbeda dan sepertinya firewall saya menjatuhkan koneksi karena tidak ada data (sebelum waktunya). Karena itu kode 995.

jishi
sumber
"MinBytesPerSecond" default adalah 240, yang akan menghasilkan dalam 46 menit, tetapi Anda mungkin melihat beberapa timeout yang disesuaikan secara dinamis sebagai gantinya (IIS melakukan itu berdasarkan dynamicIdleThreshold jika tidak 0).
eckes

Jawaban:

0

Saya memiliki masalah yang sama, dalam kasus saya Network Adapter adalah penyebab dari sc-win32-status 995. Apa yang Anda ubah di Firewall untuk mencegah hal ini? Di manajer perangkat => adapter jaringan => properties => lanjutan Anda dapat mengatur beberapa pengaturan terkait jaringan

Cerveser
sumber
Firewall kami memiliki ALG untuk HTTP yang dikonfigurasi, yang akan memutuskan koneksi setelah 120 detik jika tidak ada data yang mengalir melaluinya. Saya hanya menonaktifkannya untuk IP yang dimaksud.
jishi
0

Coba periksa pengaturan "executTimeout" di ASP.NET. Default untuk itu tampaknya 110 detik yang mirip dengan apa yang Anda laporkan:

http://msdn.microsoft.com/en-us/library/e1f13641(v=vs.100).aspx

Ini bisa menghadirkan konfigurasi ini:

  • Machine.config
  • Web.config tingkat-root
  • Web.config tingkat aplikasi
  • Direktori.tingkat virtual atau fisik direktori

Semoga ini membantu.

Tandai Wragg
sumber