2013-06-28 3 views
0

Всякий раз, когда мы получаем ошибку «Ролевые экземпляры занимают больше времени, чем ожидалось». Возможны только возможные варианты.Роль Экземпляры занимают больше времени, чем ожидалось. Обходные проблемы

  • Завершение работы эмуляторов и повторите попытку.
  • Перезагрузите машину и убедитесь, что это помогает.
  • Удалите Azure Tools для этой версии.

Иногда удаление одной и той же занимает много времени, иногда даже дней. Похоже, что некоторые процессы или службы блокируют одно и то же. Кто-нибудь сталкивался с этим раньше? Если да, то кто-нибудь знает, какой процесс будет блокировать то же самое?

+0

Я видел это поведение, когда у меня есть задачи запуска. Особенно актуально, если вы включаете 'Cache' для некоторых ролей. Для локальных сценариев dev/test я настоятельно рекомендую комментировать все задачи запуска. – astaykov

+0

Мы обновили нашу ОС до окон 8, а также используем последнюю версию Azure, сообщение 2.0, мы не видели эту проблему. –

ответ

2

Когда экземпляр запускается, он запускает метод OnStart для роли рабочего/веб-сайта (в зависимости от типа вашей службы). Чем больше вещей у вас есть, тем больше времени потребуется для начала этой роли. Общие оговорки - это кеш, как указано, и хранилище blob/table (если вы читаете/пишете/создаете при запуске роли).

Сведение к минимуму рабочей нагрузки OnStart и перемещение любого материала для хранения в задачах async.

+0

Спасибо, я пробовал комментировать все задачи запуска, указанные в файле csdef, и развертывание проекта. Это не помогло и до сих пор приводит к тому, что ошибка «Ошибки роли становятся более длительными, чем ожидалось». –

+0

Эта проблема больше не существует в Azure 2.2, я обновил ОС, чтобы выиграть 8.1. Также визуальная студия была обновлена ​​до VS2013. –

+1

. Вышеупомянутое решение работало вовремя. Когда мы закомментируем все задачи запуска, Роль azure запускается в эмуляторе, поэтому маркировка совпадает с ответом –

1

У меня были аналогичные проблемы, а в прошлом

IISConfigurator не может картировать веб-роли в IIS. В моем случае это было связано с повреждением ACL файловой системы в каталоге кода. См. Журналы под C:\Users\YOUR_USER_NAME\AppData\Local\dftmp\IISConfiguratorLogs\

Другой причиной может быть то, что что-то еще связало номера портов, которые Azure пытается связать с вашей веб-ролью. Или что порты, которые требуется местному хранилищу для таблиц/блоков и очередей (10000-10002), были взяты другим приложением. Откройте командную строку и запустите netstat -anb

+0

Спасибо, попробовал эту опцию, но это не помогло решить проблему на моей машине. Журналы IIS не предоставили никакой полезной информации. Эмулятор хранилища начался правильно. –

-1

Попробуйте запустить Visual Studio с помощью параметра «Запуск от имени администратора».

+1

Проекты Azure, могут запускаться только в режиме администратора. –

+0

В Windows 7/8 Visual Studio по умолчанию не запускается в режиме администратора, разработчикам необходимо использовать параметр «Запуск от имени администратора». Чтобы запустить Visual Studio в качестве администратора без щелчка правой кнопкой мыши, выберите/установите флажок «Запуск от имени администратора» для ярлыка Visual Studio в «Дополнительные свойства». – dinesh782