Когда я запускаю веб-роль Windows Azure в своей локальной структуре разработчика, я получаю следующую ошибку:
"Текущая модель обслуживания не синхронизирована. Убедитесь, что файлы конфигурации службы и определения действительны.
Какие идеи могут возникнуть?
Один из моих коллег ударил эту проблему, и после небольшого разговора проблема заключалась в том, что у двух конфигурационных файлов службы (облачных и локальных) было другое количество настроек.
Когда он обновил файлы конфигурации, чтобы они синхронизировались, все это сработало.
Совет будет использовать графический интерфейс в Visual Studio для одновременного добавления новых параметров. Доступ к графическому интерфейсу можно получить, щелкнув правой кнопкой мыши свойства веб-роли и свойства выбора. Это должно открыть окно. Перейдите на вкладку "Настройки" слева.
Надеюсь, что это поможет
Для меня это было вызвано тем, что мой проект 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, он работал нормально.
Я следил за всеми ответами здесь, и он все еще не работал в конце концов я перезапустил визуальную студию, и она сработала.
Я считаю, что решение было комбинацией одного или нескольких ответов здесь + перезапуск VS
Что сработало для меня, было:
.cscfg и .Local.cscfg идентичны (если вам не нужен ваш Local.cscfg, чтобы иметь некоторые отличия для целей отладки),.csdef есть определения, соответствующие файлам .cscfg, а затем.ccproj.user.После перезагрузки проекта все было хорошо.
Это случилось со мной, потому что в одном из моих конфигурационных файлов облаков (.cscfg) отсутствовали некоторые пары ключ-значение, которые были определены в ServiceDefinition.csdef.
Перемещение файлов вручную было больно. Там есть простой способ обнаружить расхождения:
В обозревателе решений щелкните правой кнопкой мыши одну из ролей, которые составляют ваше облачное обслуживание и нажмите "Свойства" в контекстном меню.
В окне свойств роли появится серый цвет с сообщением об ошибке:
"Неверное определение службы или настройка сервиса. Список ошибок для более подробной информации".
Откройте окно "Список ошибок", и в некоторых случаях вы должен иметь возможность видеть список конкретных расхождений, в комплекте с файлом и имена свойств.
Ошибка может возникать при отсутствии фактической неисправности в конфигурациях обслуживания. Если это происходит и все кажется правильным, вместо перезапуска визуальной студии просто выгрузите проект azurecloud (rightclick: unload proecjt
У меня была такая же проблема, и я попробовал несколько ответов на этой странице, включая изменение файла проекта. Сначала я убедился, что в файлах cscfg и cfdef не было ошибок или несоответствий. То, что окончательно разрешило это для меня, - это сделать, как полагает Данфромисраэль: перезапустить VS.
Он решил мою проблему, перезапустив VS, как было предложено @danfromisrael.
Спасибо danfromisrael.
Пожалуйста, перекрестите файлы ServiceConfiguration.Cloud.cscfg и ServiceConfiguration.Local.cscfg. Моя проблема заключалась в том, что я добавил конфигурацию в Local.cscfg, но забыл добавить то же самое к Cloud.cscfg
У меня также была эта проблема. Моя проблема заключалась в неправильном определении сертификата в файле csdef.
Если бы эта проблема - никаких ошибок. Я обнаружил, что для какой-то причудливой причины, если параметр:
<Setting name="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" value="UseDevelopmentStorage=true" />
был прокомментирован, тогда рабочий не запускался.
Может помочь другим:
Для меня проблема заключалась в том, что Wi-Fi, который я использовал, блокировал использование PORT Azure, изменение Wifi решило эту проблему.
Для меня проблема vmName в несоответствии между значением vmName я назначил одной из моих ролей в различных средах. У меня есть файлы *.cscfg для моей среды разработки, тестирования и производства. У каждого из них было определение роли, которое должно было соответствовать
<Role name="HardWorker" vmName="SomeName">...</Role>
но у одного была запись вроде
<Role name="HardWorker" vmName="SomeOtherName">...</Role>
и этого, по-видимому, было достаточно, чтобы вызвать ошибку.