У меня есть веб-приложение Azure, которое я развертываю из VSTS. Раньше это работало нормально, но теперь возвращается со следующим:
2018-08-07T14:24:57.1655319Z Info: Adding directory (dsadminportal-dev\wwwroot\assets\css\plugins\datapicker).
2018-08-07T14:24:58.2654020Z ##[error]Failed to deploy web package to App Service.
2018-08-07T14:24:58.2665943Z ##[error] Error: (8/7/2018 2:24:57 PM) An error occurred when the request was processed on the remote computer.
Error: An error was encountered when processing operation 'Create Directory' on 'D:\home\site\wwwroot\wwwroot\assets\css\plugins\datapicker'. Error: The error code was 0x800703E6. Error: Invalid access to memory location.
at Microsoft.Web.Deployment.NativeMethods.RaiseIOExceptionFromErrorCode(Win32ErrorCode errorCode, String maybeFullPath) at Microsoft.Web.Deployment.FileSystemInfoEx.set_Attributes(FileAttributes value) at Microsoft.Web.Deployment.DirPathProviderBase.Add(DeploymentObject source, Boolean whatIf) Error count: 1.
Это в слот. Я удалил слот и воссоздал его, и в первый раз он развернулся нормально, но последующие развертывания завершились неудачно с указанной выше ошибкой.
Есть идеи, что это значит?
Спасибо
В настоящее время сайт остановлен во время развертывания (я запускаю задачу VSTS, чтобы остановить слот). Не думаете, что он может войти, если сайт не работает? Я не хочу начинать пропускать каталоги, пока не пойму, в чем проблема
У меня аналогичная проблема: 2018-08-20T09:18:17.2950455Z Info: Updating file (App\.vs10x). 2018-08-20T09:18:19.0855891Z ##[error]Failed to deploy web package to App Service. 2018-08-20T09:18:19.0868022Z ##[error]Error: (8/20/2018 10:18:17 AM) An error occurred when the request was processed on the remote computer.
Я столкнулся с той же проблемой при публикации функции Azure из Visual Studio, и принятый ответ решил ее для меня.


Я обнаружил, что в качестве обходного пути работала публикация с помощью параметра «Запуск из ZIP» в диалоговом окне публикации вручную. Но я думаю, что этот вариант еще недоступен из задачи VSTS.
Решение: Наконец-то я обнаружил, что на самом деле проблема была вызвана обходным путем! После развертывания через ZIP был создан параметр приложения-функции WEBSITE_RUN_FROM_PACKAGE (ранее называвшийся WEBSITE_RUN_FROM_ZIP). Это фактически нарушало развертывание через веб-развертывание! Удаление настройки устранило проблему.
см .: https://azureappservices.blogspot.com/2018/08/409-conflict-could-not-write-to-local.html
Спасибо, помогло! В Функциях Azure v2 этот параметр называется: «WEBSITE_RUN_FROM_PACKAGE».
@PawelMaga Спасибо за подсказку. Название настройки изменилось, поэтому я обновил решение.
Это сработало для меня только тогда, когда я явно не выбрал развертывание из пакета при нажатии на «Опубликовать в VS» в дополнение к удалению параметра WEBSITE_RUN_FROM_PACKAGE (из параметров приложения на портале Azure).
Сборка VSTS теперь с версией 4 автоматически "запускается из zip". Убедитесь, что вы выбрали веб-развертывание в vsts и удалили любой WEBSITE_RUN_FROM_ZIP в настройках приложения. Если по-прежнему не работает, воссоздайте веб-службу ...
Странный. Возможно, при развертывании там будет запущен какой-то процесс? Автозамена? Вы проверяли журнал активности для этого веб-сайта? Также вы можете пропустить директории согласно этому stackoverflow.com/questions/12368655/…