Вопросы Теги

Процесс IIS7 w3wp держался, перерабатывают

ifconfig eth0 down

Ой, я нахожусь на внешней стороне eth0. Веб-сервер имеет с другой стороны мир в заблокированной комнате. Без доступа к сети к входу в систему или перезагрузке. Дерьмо.

4
задан 12 October 2009 в 12:21
3 ответа

Впечатляющее исследование.

Проверьте Андерлехт, чтобы видеть, имеет ли он все еще дескриптор к тому пулу приложений и может сказать Вам, если существуют любые рабочие страницы все еще. Это может поднять шаблон или вывод. Можно развернуть в это на верхнем уровне IIS и открыть "Worker Processes" и затем дважды щелкнуть по пулу приложений, если он обнаруживается там.

1
ответ дан 3 December 2019 в 04:06
  • 1
    What' s Андерлехт? Менеджер по IIS не показывает подвешенные процессы w3wp, таким образом, это, кажется, отсоединяется / не служащий никакому appdomains больше. –  Mark S. Rasmussen 2 November 2009 в 12:00
  • 2
    Управление динамическим статусом API (RSCA) является новым в IIS7. Даже при том, что акроним упоминает это it' s API, it' s what' s используемый в менеджере IIS 7 также. Это походит на it' s не собирающийся помогать в этом случае, хотя, так как Вы подтвердили что это doesn' t показывают пул приложений в менеджере по IIS. –  Scott Forsyth - MVP 2 November 2009 в 19:01

Проблема появлялась в то же время, что и новая версия веб-сайта была развернута?

Поскольку рабочий процесс закрывается, объекты чистятся из памяти. Если разработчик написал код, который работает, когда объект "завершается" / "Склонный", и этот код выдает исключение, объект не будет удален из памяти. Если Вы не можете удалить все объекты из памяти, это может заблокировать закрытие рабочего процесса.

Затем существует проблема того, почему этого не происходит каждый раз. Могло случиться так, что этот код находится в части системы, которая часто не используется, и поэтому тип объекта, который вызывает эту проблему, не всегда присутствует.

Способ протестировать это был бы к:

  • запустите систему
  • используйте небольшую часть
  • вручную recyle пул приложений
  • проверьте на процесс-зомби
  • если не проверяют другую часть системы
  • ....

Вы могли также согласовать с разработчиками, если у них есть какой-либо специальный код для чистки объектов.

1
ответ дан 3 December 2019 в 04:06
  • 1
    Не новая версия. Совершенно новый сервер that' s установка с теми же сайтами, поскольку наши другие серверы, произошел с начала. Если это была часть нашего кода, подвешенного в завершении, shouldn' t там быть управляемым потоком? There' s только единственный оставленный поток и it' s неуправляемый. –  Mark S. Rasmussen 2 November 2009 в 12:01
  • 2
    Затем это - что-то характерное для той установки сервера. Мог быть связан с отсутствием Windows Update / Конфигурация / Пользовательские права. –  Shiraz Bhaiji 2 November 2009 в 15:58

В IIS 7.0 сервис WWW больше не справляется с рабочими процессами. Вместо этого Сервис WWW является адаптером слушателя для HTTP-слушателя, HTTP.sys. Как адаптер слушателя, Сервис WWW, прежде всего, ответственен за конфигурирование HTTP.sys, обновление HTTP.sys, когда изменения конфигурации, и уведомление СОСТОЯЛО В ТОМ, когда запрос вводит очередь запроса.

Что specifcally Вы работаете на этом сервере? Пулы приложений, они - интегрированный режим или классический режим?

0
ответ дан 3 December 2019 в 04:06
  • 1
    I' m запуск ~500 приложений ASP.NET через три идентичных пула приложений. Используя интегрированный режим, работающий при пользовательском AD пользователе, который имеет все необходимые права через aspnet_regiis-ga. Никакие другие сервисы или приложения не работают. –  Mark S. Rasmussen 13 November 2009 в 13:18
  • 2
    Та же самая вещь происходит при запуске приложений в классическом режиме? –  Nasa 13 November 2009 в 15:46

Теги

Похожие вопросы