Windows Azure - текущая модель обслуживания не синхронизирована

Ответ 1

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

Когда он обновил файлы конфигурации, чтобы они синхронизировались, все это сработало.

Совет будет использовать графический интерфейс в Visual Studio для одновременного добавления новых параметров. Доступ к графическому интерфейсу можно получить, щелкнув правой кнопкой мыши свойства веб-роли и свойства выбора. Это должно открыть окно. Перейдите на вкладку "Настройки" слева.

Надеюсь, что это поможет

Ответ 2

Для меня это было вызвано тем, что мой проект azure был скопирован с одного компьютера на другой (начиная с Win 7 до Win 8.1 в процессе). Я использую VS 2013 Community Edition для обоих, но я обновил с Azure 2.4 на Win7 до Azure 2.5 на машине Win 8.1.

Если вы разгрузите проект azure и отредактируете файл csproj, вам просто нужно сделать небольшое редактирование (например, добавить комментарий) и сохранить его, чтобы он перезаписывал себя. Это было исправлено в моем случае (где я проверил возраст, проверяя ошибки в файлах CSDEF и CSCFG). Как только я повторно сохранил файл csproj, он работал нормально.

Ответ 3

Я следил за всеми ответами здесь, и он все еще не работал в конце концов я перезапустил визуальную студию, и она сработала.

Я считаю, что решение было комбинацией одного или нескольких ответов здесь + перезапуск VS

Ответ 4

Что сработало для меня, было:

• Убедитесь, что файлы облачных сервисов .cscfg и .Local.cscfg идентичны (если вам не нужен ваш Local.cscfg, чтобы иметь некоторые отличия для целей отладки),
• Убедитесь, что в файле .csdef есть определения, соответствующие файлам .cscfg, а затем
• Закройте проект и удалите его файлы облачных сервисов .ccproj.user.

После перезагрузки проекта все было хорошо.

Ответ 5

Это случилось со мной, потому что в одном из моих конфигурационных файлов облаков (.cscfg) отсутствовали некоторые пары ключ-значение, которые были определены в ServiceDefinition.csdef.

Перемещение файлов вручную было больно. Там есть простой способ обнаружить расхождения:

• В обозревателе решений щелкните правой кнопкой мыши одну из ролей, которые составляют ваше облачное обслуживание и нажмите "Свойства" в контекстном меню.

• В окне свойств роли появится серый цвет с сообщением об ошибке:

  "Неверное определение службы или настройка сервиса.     Список ошибок для более подробной информации".

• Откройте окно "Список ошибок", и в некоторых случаях вы должен иметь возможность видеть список конкретных расхождений, в комплекте с файлом и имена свойств.

Ответ 6

Ошибка может возникать при отсутствии фактической неисправности в конфигурациях обслуживания. Если это происходит и все кажется правильным, вместо перезапуска визуальной студии просто выгрузите проект azurecloud (rightclick: unload proecjt

Ответ 7

У меня была такая же проблема, и я попробовал несколько ответов на этой странице, включая изменение файла проекта. Сначала я убедился, что в файлах cscfg и cfdef не было ошибок или несоответствий. То, что окончательно разрешило это для меня, - это сделать, как полагает Данфромисраэль: перезапустить VS.

Ответ 8

Он решил мою проблему, перезапустив VS, как было предложено @danfromisrael.

Спасибо danfromisrael.

Ответ 9

Пожалуйста, перекрестите файлы ServiceConfiguration.Cloud.cscfg и ServiceConfiguration.Local.cscfg. Моя проблема заключалась в том, что я добавил конфигурацию в Local.cscfg, но забыл добавить то же самое к Cloud.cscfg

Ответ 10

У меня также была эта проблема. Моя проблема заключалась в неправильном определении сертификата в файле csdef.

Ответ 11

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

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

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

Ответ 12

Может помочь другим:

Для меня проблема заключалась в том, что Wi-Fi, который я использовал, блокировал использование PORT Azure, изменение Wifi решило эту проблему.

Ответ 13

Для меня проблема vmName в несоответствии между значением vmName я назначил одной из моих ролей в различных средах. У меня есть файлы *.cscfg для моей среды разработки, тестирования и производства. У каждого из них было определение роли, которое должно было соответствовать

   <Role name="HardWorker" vmName="SomeName">...</Role> 

но у одного была запись вроде

   <Role name="HardWorker" vmName="SomeOtherName">...</Role> 

и этого, по-видимому, было достаточно, чтобы вызвать ошибку.