0

установки: Windows Server 2008 R2, IIS 7.5IIS 7.5 не сбрасывает

В настоящее время есть несколько приложений ASP.NET зацепили до сайта "Default Web Site" в IIS на сервере.

  • Сайты
    • Default Web Site
      • aspnet_client
      • Site_v1
      • Site_v2
      • Site_v3

Я перекомпилировал двоичный файл для сайта и скопировал файлы для «Site_v1», а затем выполнил команду IISRESET.

Моя проблема заключается в том, что веб-приложение делает не фактически сброшен. Наше приложение регистрирует инициализацию определенных основных объектов, а журналы не показывают, что приложение перезапускается.

Наша нынешняя теория заключается в том, что у некоторых пользователей браузер открыт для одного из веб-сайтов по умолчанию, и это мешает мне правильно перезагрузить IIS.

Кто-нибудь видел что-нибудь подобное?

Заранее спасибо.

Примечание: я размещаю это для переполнения стека, а не для суперпользователя, поскольку это проблема на сервере разработки. Я бы хотел решить это как разработчика, правильно компилирую приложение, а не как параметры сервера sys change change. Надеюсь, это имеет смысл.

UPDATE:

С предложением Вернера в комментариях, я удалил временные файлы для Site_v2, но не может удалить их Site_v1. Некоторый процесс заключался в блокировке файлов. После перезагрузки IIS Site_v1 работал правильно, но не Site_v2.

Superconfused!

+0

Я столкнулся с чем-то подобным раньше. Вы можете остановить IIS (iisreset/stop), удалить временные файлы ASP.NET и запустить IIS (iisreset). Вы не указали, какую версию .NET вы используете, но временные файлы должны быть здесь:% SystemRoot% \ Microsoft.NET \ Framework \ versionNumber \ Временные файлы ASP.NET – bloudraak

+0

@WernerStrydom А, хорошо. Это 3,5. –

+0

Удалите временные файлы, расположенные в '% SystemRoot% \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET Files', и посмотрите, не сортирует ли эта проблема. При создании нового веб-приложения во время развертывания это автоматически следует учитывать. – bloudraak

ответ

0

MS прекратила поддержку команды IISReset, а это значит, что ваш подход в порядке, но больше не будет работать. Он работает для IIS6.0, но не 7.0 или 7.5.

Ref: http://technet.microsoft.com/en-au/library/dd364308%28v=ws.10%29.aspx

Это может быть сделано «вручную» с помощью графического интерфейса, но это не по сценарию. У меня такая же проблема, и я работаю над альтернативой.

Смежные вопросы