У нас есть производственное приложение (ASP.NET MCV 3), работающее на IIS 7.5, Windows Server 2008 R2 Enterprise, и моя проблема заключается в том, что время от времени приложение становится отвечать на запросы. Каждый сделанный запрос берется навсегда, и результат не возвращается с сервера. Мой вопрос: где я должен искать, что происходит не так, и, что более важно, что это за вещи.IIS зависает время от времени, чаще всего недавно
У меня есть полный доступ к этой машине, поэтому, если вам понадобится какая-либо другая информация (журналы IIS/Windows и т. Д.), Я могу ее предоставить.
Спасибо, и я надеюсь, что это не дубликат. Если да, укажите мне другую должность.
Последние результаты: Я также смог воспроизвести эту ошибку в нашей тестовой среде, но до сих пор не знаю, что вызывает это. Это происходит, когда два пользователя входят в систему, с двумя разными учетными записями пользователей. В какой-то момент делается запрос, который никогда не завершается. Он не дает тайм-аута, он просто говорит (ожидает) навсегда. Эта проблема решает проблему утилизации пула приложений. Есть предположения?
Обновления: кажется, проблема с пулом приложений: когда тестовое приложение перемещается в DefaultAppPool (используя, следовательно, ApplicationPoolIdentity), глюк больше не появляется. Когда я переключаюсь обратно на MyAppPool (используя NetworkService как пользователь), приложение снова замерзает. Таким образом, переход на DefaultAppPool должен быть правильным. К сожалению, это не (скорее не может) применяться на производственном сервере. Там пользователь должен быть конкретным, чтобы выполнять загрузку/загрузку файлов в/из частного NAS. Как я могу заставить все работать здесь? Вызывающий код пользователя? Права пользователя Clone ApplicationPoolIdentity?