Ролевые экземпляры запускаются дольше, чем ожидалось. Есть ли новое решение этой проблемы?

Question

На этой неделе я перезагружал свой компьютер 50-100 раз.Я обнаружил, что обычно могу запускать / развертывать локально обычно 3-4 раза, прежде чем получить это сообщение:

"Инструменты Windows Azure для Microsoft Visual Studio

Запуск экземпляров ролей занимает больше времени, чем ожидалось.хотите продолжить ожидание? "

Решением для возобновления работы является перезагрузка.

Я знаю, что это не новая проблема.Напомню, что MS согласилась с тем, что это проблема, но есть ли у кого-нибудь решение, которое не предполагает возврата к размещенному веб-ядру.Кажется, что эта проблема возникает у многих людей, и она существует без разрешения (насколько я знаю) в течение 4-5 месяцев и более.

Теперь я вернусь к следующей перезагрузке !!!!!

Answer 1

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

Я столкнулся с этой ошибкой после того, как создал задачу запуска Windows Identity Foundation для своего развертывания Azure, а затем попыталсяЗапустите мое приложение с помощью эмулятора Azure.

По сути, все, что мне нужно было сделать, это изменить taskType задачи запуска с simple на background

ServiceDefinition.csdef

<Startup>
  <Task commandLine="Startup\IdentityGac.cmd" executionContext="elevated" taskType="background"></Task>
</Startup>

Исходя из вашего вопроса, я не уверен, относится ли это к вашему проекту, но я подумал, что по крайней мере стоит упомянуть.

Вы можете прочитать мой полный пост в блоге здесь.

Answer 2

У меня была такая же проблема, но в конечном итоге она могла запуститься после закрытия 2 или 3 из

"Роли запускаются дольше, чем ожидалось, чтобы начать"

сообщений.

Затем я обнаружил, что проблема, по-видимому, заключается в том, что Диагностика была включена, а учетная запись хранения была настроена на что-то недопустимое в конфигурации роли (.cscfg).
Решил ее, войдя в пользовательский интерфейс и отключивДиагностика, я обнаружил, что это будет работать нормально.

Чтобы получить пользовательский интерфейс, щелкните правой кнопкой мыши созданную роль в папке Roles в Solution Explorer .

Затем я снова включил Диагностику, и она автоматически заполнила «UseDevelopmentStorage = true», и это, кажется, работает нормально.

Answer 3

Новая причина этой проблемы была введена в феврале 2016 года.

Использование Windows 8.1, Visual Studio 2012 Update 5 и Azure Emulator 2.3

Установка этого обновления Windows: KB3126593 оставит вас в ситуации, когда эмулятор никогда не запустится, и вы увидите это в пользовательском интерфейсе эмулятора.

Удаление обновления исправляет эмулятор.

Панель управления> Все элементы панели управления> Программы и компоненты> Установленные обновления

Обновление безопасности для Microsoft Windows (KB3126593), щелкните правой кнопкой мыши, удалите.

(Обновление до Windows 10 также решает проблему.)

Answer 4

Я тоже столкнулся с той же проблемой.Заглянув в пользовательский интерфейс эмулятора, я обнаружил, что он пытается прочитать некоторую дату из области хранения и не работает.
Итак, что я сделал, я пошел в папку % appdata% \ local и удалил все данные из папок
1. DevelopmentStorage
2. dftmp

После этого перезапускасервис, все начало работать

Answer 5

Для меня проблема была связана с кэшированием. Проблема началась с предупреждения, в котором говорилось что-то вроде: «невозможно установить кеш .... exe», но я видел ошибку только один раз. После этого эмулятор заглох каждый раз. После прочтения этого блога я попытался отключить, а затем снова включить кэширование, что устранило проблему.

После дальнейших исследований я обнаружил, что критической проблемой была эта запись в ServiceConfiguration.Local.cscfg:

      <Setting name="Microsoft.WindowsAzure.Plugins.Caching.ConfigStoreConnectionString" value="UseDevelopmentStorage=true" />

Ранее эта строка подключения указывала на подключение к облачному хранилищу.

Answer 6

Я столкнулся с той же проблемой и обнаружил, что следующие шаги решили ее (я наткнулся на это решение, применяя ответ из @RobPotter выше).

Сначала откройте файл ServiceDefinition.csdef и добавьте эту запись:

<Import moduleName="Diagnostics" />

К: узлу ServiceDefinition / WebRole / Imports .

Во-вторых, добавьте следующий параметр конфигурации диагностики в необходимые файлы .cscfg:

<Setting name="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" value="UseDevelopmentStorage=true" />

в: ServiceConfiguration / Role / ConfigurationSettings для веб-роли.

FYI. Моим значением определения службы для schemaVersion является «2012-10.1.8». Возможно, проблема возникла при переносе решения с SDK 1.7 на 1.8

.

Answer 7

По моему опыту, это может произойти, если одна из ваших ролей не останавливается при вызове OnStop (). Ищите WaWorkerHost.exe (я думаю). Вы также можете попробовать убить IisConfigurator.exe (или что-то в этом роде). Вы знаете, что у вас есть правильный процесс, когда ваш список менеджера задач становится значительно короче: -)

Answer 8

Моя среда: Windows Service 2012 R2 + VS 2013, обновление 3 + Azure Tools 2.2

Удаление обновления Windows KB3126593 у меня работает !!!

Answer 9

У меня была похожая проблема. Я выполнял файл .cmd для регистрации зависимой библиотеки DLL во время начала сеанса отладки. Файл .CSDEF выглядит следующим образом:

<ServiceDefinition name="WorkerRole.Azure" xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceDefinition" schemaVersion="2014-06.2.4">
    <WorkerRole name="SampleWorkerRole" vmsize="Small">
         <Startup>
               <Task commandLine="register.cmd" executionContext="elevated" taskType="simple" />
         </Startup>
     </WorkerRole>
</ServiceDefinition>

После запуска Visual Studio с использованием параметра «Запуск от имени администратора» эта проблема не возникала. я смог отладить приложение как обычно.

Answer 10

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