2015-04-02 3 views
5

У меня есть стандартная сборка Azure - одна роль в сети, одна рабочая роль. После последнего слияния он решил, что роли недействительны. Когда я дважды нажимаю на роль веб-роли или рабочего роли, или когда я нажимаю правой кнопкой мыши и выбираю «Свойства», я получаю серый экран с надписью «Неверное определение службы или настройка службы». Подробнее см. «Список ошибок». Однако в списке ошибок ничего нет.Неверное определение службы или настройка службы

У меня есть перекрестные сравнения элементов настроек и пробовали комментировать разделы файлов csdef и cscfg, но, похоже, ничего не оживляет роли. Я потратил полдня на это уже. Мой вопрос заключается не столько в том, что «не так», сколько в том, как на Земле вы должны выяснить, что такое ошибка, когда информация не указана, и последовательное удаление из кода рисует полный пробел?

+0

Что происходит, когда вы открываете файлы csdef/cscfg? По крайней мере, они должны быть действительными XML-файлами. Также должны совпадать записи 'Settings' в файлах csdef и cscfg. Можете ли вы поделиться файлами, чтобы кто-то мог взглянуть (очевидно, удаляя конфиденциальную информацию, прежде чем делиться ими)? –

+0

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

ответ

6

В этом случае с csdef и cscfg ничего не случилось. Это было то, как файлы wadcfgx были связаны с ролями.

Я нахожусь на ветке, использующей Azure 2.5; другая ветка находится на предыдущей версии Azure, которая использует более старую версию диагностики. Удалив существующие файлы wadcfgx и перегенерировав их, я смог снова сделать роли видимыми и редактируемыми. Разумеется, наличие разных версий в разных ветвях открывает очень большую банку червей, но пока мы застряли в этой сложной ситуации.

+0

Спасибо, это были действительно файлы wadcfgx, которые ломали все. Я не сознательно их создавал - они важны и есть ли тривиальный способ «восстановить» их, не зная о них ничего? – Brondahl

+2

@Brondahl Чтобы восстановить их, щелкните правой кнопкой мыши имя роли в проекте облака и выберите вариант конфигурации диагностики. – Lukos

11

Я столкнулся с этим несколько раз (VS 2015 Enterprise). Простое закрытие и повторное открытие решения разрешили проблему.

+0

Это тоже работало для меня (VS 2013) –

+1

Самое смешное, что вам нужно закрыть и снова открыть _Solution_. close-and-reopen _Visual Studio_ не помогает. – Youngjae

+0

Иногда close-and-reopen решение работает для меня, иногда мне приходится закрывать и снова открывать Visual Studio. Было бы неплохо найти постоянное решение этого. – Mathew

1

Я просто столкнулся с этим после добавления нового проекта «Роль рабочего» в существующую облачную службу с несколькими существующими рабочими ролями.

В моем ServiceConfiguration.Cloud.cscfg у меня был тег <NetworkConfiguration> между старыми ролями и новой ролью. Это была проблема. Я просто переместил тег <NetworkConfiguration> на дно, как это было раньше (этот тег не находится в моем ServiceConfiguration.Local.cscfg файле, что могло быть проблемой).

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

0

Проверьте, не указан ли размер виртуальной машины в конфигурации Small или Extra Small, так как он не поддерживает больше, чем на локальном эмуляторе. В моем случае он был установлен по умолчанию для стандартного размера VM. Я изменил размер на Extra Small, и он начал работать нормально!

Смежные вопросы