Публикация на Azur завершается неудачей из-за внутренней ошибки сервера 500

У меня есть облачная служба в Windows Azure, я создал проект Asp.net WebAPI и опубликовал в облачной службе, которая отлично работала в Visual Studio для публикации, прежде чем я обновил Visual Studio до обновления 4 и azure SDK 2.2 до 2.6. Но после обновления при публикации я получил следующие сообщения об ошибках. Несколько раз пробовал, все не получилось. Может кто-нибудь мне помочь?

даже я не могу опубликовать новый созданный проект на новом лазурном сервисе!

23:00:31 - Предупреждение: есть предупреждения о проверке пакетов.

23:00:31 - Проверка сертификата удаленного рабочего стола ...

23:00:39 - Подготовка к развертыванию TempAzure - 2 декабря 2014 г. 22:58:23 с идентификатором подписки 'e94e9aeb-7003-4eae-be92-7b7ac0a1ba2c' с использованием URL-адреса управления службами 'https://management.core.windows.net/ '...

23:00:39 - Подключение ...

23:00:39 - Проверка учетной записи хранения jasontest ...

23:00:41 - Загрузка пакета ...

11:06:48 PM - Предупреждение: удаленный сервер возвратил ошибку: (500) Internal Server Error.

23:11:50 - Предупреждение: удаленный сервер возвратил ошибку: (500) Внутренняя ошибка сервера.

11:26:16 PM - Предупреждение: удаленный сервер возвратил ошибку: (500) Внутренняя ошибка сервера.

12:00:27 AM - Предупреждение: удаленный сервер возвратил ошибку: (500) Внутренняя ошибка сервера.

12:05:05 AM - Предупреждение: удаленный сервер возвратил ошибку: (500) Внутренняя ошибка сервера.

12:27:54 AM - Невозможно записать данные в транспортное соединение: существующее соединение было принудительно закрыто удаленным узлом.


person Mahesh    schedule 12.05.2015    source источник
comment
Неважно, только что видел, что вы публикуете в облачном сервисе, а не в веб-приложении. По какой причине вы выбираете облачный сервис вместо веб-приложения для своего API? Вы можете подключиться к облачной службе по протоколу RDP и проверить журналы, чтобы убедиться, что что-то не так. Вы также можете удалить свою облачную службу и создать новую, которая восстановит вашу виртуальную машину (в случае возникновения проблем с виртуальной машиной).   -  person Jacob Roberts    schedule 12.05.2015
comment
Похоже, ошибка связана с загрузкой .CSPKG в хранилище. Можете ли вы вручную создать CSPKG (выберите «Пакет» вместо «Опубликовать в VS»), а затем попытаться вручную загрузить CSPKG в хранилище? Если это сработает, вы можете опубликовать на портале. Вы также можете запустить Fiddler при попытке публикации, чтобы узнать, получите ли вы дополнительные сведения о сбое хранилища.   -  person kwill    schedule 12.05.2015
comment
Я сделал ручной пакет и загрузил на портал. он работает нормально. но проблема в том, что развертывание VS не работает.   -  person Mahesh    schedule 13.05.2015
comment
@ Джейкоб Робертс: Я создал новый тестовый проект и создал новую веб-службу, но я получаю такую ​​же ошибку и для этого!   -  person Mahesh    schedule 13.05.2015


Ответы (2)


После обновления с Azure SDK2.5 до SDK 2.6 у меня возникла та же проблема при попытке публикации в моей службе Azure из VS2013: Любое развертывание с использованием Visual Studio завершается неудачно через несколько минут с ошибкой внутреннего сервера 500.

Как я выяснил, причина кроется в очень медленной загрузке пакета Azure в облако - иногда всего от 30 до 50 КБ / с. Развертывание не удается из-за тайм-аута, который также объясняет, что журналы экземпляра Azure не показывают никаких признаков развертывания ...

Решение: развертывание из хранилища Azure

1. Упакуйте решение Azure с помощью VisualStudio или командной строки:

MSBuild / t: Publish / p: TargetProfile = Cloud / P: Configuration = Release

2. Создайте контейнер хранилища Azure, в который вы хотите загрузить свой пакет.

Продолжайте использовать командлеты AzurePowerShell:

3: Войти

Добавить-AzureAccount

4. Загрузите пакет в контейнер хранилища Azure.

$ Ctx = New-AzureStorageContext -StorageAccountName yourstoragename -StorageAccountKey yourkey

Set-AzureStorageBlobContent -File ... \ app.publish \ yourservice.cspkg -Container yourazurestoragecontainer -Blob yourservice.cspkg -Context $ Ctx -Force

Определите PackageURL загруженного пакета.

5. Разверните облачную службу, ссылаясь на пакет, только что загруженный в облачное хранилище Azure.

Set-AzureDeployment -Upgrade -Slot Staging -Package PackageURL -Configuration PathToYourCloudConfiguration.cscfg -label SomeDeploymentInfo -ServiceName yourservicename -Force

(Конечно, весь процесс можно использовать в сценариях. Кемп Браун написал отличную статью: с помощью сценария вы можете адаптироваться для явной загрузки пакета: Непрерывная доставка для облачных служб в Azure)

person aknoepfel    schedule 23.07.2015

На самом деле проблема была в моем сетевом подключении.

для выявления этой проблемы я создал виртуальную машину на Azure с той же ОС Windows 8.1 и той же VS. я пытался развернуть оттуда. развертывание прошло нормально. В последнем случае я отключил все другие устройства от своего интернет-соединения и попытался опубликовать со своей машины. это сработало !

Итак, вывод - медленное интернет-соединение или, возможно, теперь у нас меньше тайм-аута для публикации из VS!

person Mahesh    schedule 14.05.2015