Проблема LOOP «Инициализация - занято - остановка» в развертывании Azure - PullRequest
4 голосов
/ 22 февраля 2010

Я пытаюсь развернуть облачное приложение Azure в Windows Azure. Характеристики применения ->

  1. Имеет одно WebRole - приложение ASP.Net MVC (в этом приложении MVC используется управление диаграммами ASP.Net)
  2. Не содержит рабочих ролей.
  3. Сторонние ссылки устанавливаются с помощью свойства "copy Local" в "true" (MVC, элемент управления ASP ASP Charting и библиотеки DLL провайдера)
  4. В файле конфигурации службы нет DiagnosticsConnectionString
  5. Используется поставщик ASP для управления состоянием сеанса.

Это приложение успешно работает на локальной фабрике разработчиков, но когда я пытаюсь развернуть его в Windows Azure, оно застревает в цикле с изменением состояния между состояниями Инициализация, Занят, Останов. Это никогда не входит в ГОТОВОЕ состояние. Похоже, что нет журналов ОШИБКИ для передачи пользователю вопросов развертывания.

Так есть ли способ диагностики проблем развертывания? Есть ли способ получить журналы ошибок развертывания?

Буду признателен за любую помощь.

Спасибо, Kushal

Ответы [ 2 ]

5 голосов
/ 23 февраля 2010

У меня была похожая проблема несколько недель назад, поэтому, возможно, вы можете использовать то, что я узнал:

Помните, что в пакет развертывания будут включены только сборки, на которые непосредственно ссылается ваша веб-роль. Это означает, что если проект MySolution.WebRole1 ссылается на проект MySolution.ServiceLayer, который, в свою очередь, ссылается на стороннюю сборку ThirdParty.SomeAssembly.dll, то эта сборка не будет включена в пакет. В этом случае вы должны добавить ссылку в MySolution.WebRole1 в ThirdParty.SomeAssemlby.dll.

РЕДАКТИРОВАТЬ : Что касается диагностики: если вы еще этого не сделали, вы можете взглянуть на Учебный комплект по платформе Windows Azure - декабрьское обновление . Он содержит лабораторное упражнение «Развертывание и мониторинг приложений в Windows Azure».

1 голос
/ 23 марта 2010

Непосредственная ссылка на нужные сборки - это то, о чем вы должны позаботиться. Но если ваши сторонние dll имеют разные версии для платформ x64, то вам также нужно убедиться, что вы включили правильную версию сборки, поскольку роли Azure выполняются на экземплярах x64. Это была проблема, с которой я столкнулся.

Проверьте этот пост для получения дополнительной информации о том, как это сделать. Также здесь есть некоторая полезная информация о том, что может вызвать зацикливание в вашем развертывании Azure.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...