#azure #azure-devops #azure-function-app #kudu
#azure #azure-devops #azure-функция-приложение #kudu
Вопрос:
Я использую конвейер выпуска Devops для развертывания новых выпусков в своих функциональных приложениях.
Однако несколько дней назад конвейер выпуска перестал работать, и я продолжаю получать следующее сообщение об ошибке при развертывании:
Ошибка: Ошибка: не удалось развернуть веб-пакет в службе приложений. Неверный запрос (КОД: 400)
После изучения трассировки стека kudu я нахожу следующее:
Произошла ошибка, тип: ошибка, текст: на устройстве не осталось свободного места
Однако, когда я смотрю на использование моей квоты в плане службы приложений, на котором размещены мои функциональные приложения, я даже не превысил 1% от своей квоты. Я использую базовый план обслуживания приложений, который предоставляет 10 ГБ хранилища, а мои функциональные приложения в совокупности использовали 50 МБАЙТ.
Я обращаюсь к вам, чтобы узнать, есть ли у кого-либо еще / в настоящее время эта проблема и что они сделали для ее решения.
Большое спасибо!
Адам
Ответ №1:
Несколько советов по устранению неполадок:
- Вы можете использовать службу Kudu, чтобы увидеть размер всех файлов в Azure. Таким образом, вы можете дополнительно проверить свое хранилище. Перейдите на портал Azure -> Your_APP_Service -> средство разработки -> расширенный инструмент для доступа к службе Kudu и загрузки расширения. Вы можете просмотреть этот блог для получения подробной информации.
- Проблема может заключаться в том, что ваш исходный код и выходные данные слишком велики. В этом случае попробуйте использовать автономный агент и очистить кеш.
- Причиной проблемы также может быть то, что пакеты, загруженные одновременно, слишком велики, что приводит к нехватке временных файлов. Нажмите на ссылку, чтобы узнать, не превысил ли вы лимит временного файла.
Комментарии:
1. Привет, Джейн, к сожалению, многие из этих параметров недоступны для моего плана обслуживания приложений, поскольку он основан на Linux. Я собираюсь попробовать сначала удалить функциональные приложения и план, прежде чем повторно развертывать все снова. Если это сработает, блестяще. Если нет, я раскошелюсь на более дорогой план обслуживания приложений на базе Windows, который должен предоставить мне лучшие диагностические возможности.
2. Повторное развертывание @user3918443 должно решить этот вопрос. С нетерпением ждем ваших хороших новостей.
3. @user3918443 Возникает ли у вас такая же ошибка при локальном развертывании?
4. Теперь я решил проблему. Я полагаю, что проблема с развертыванием могла быть вызвана повреждением функционального приложения в плане обслуживания приложений. Я заметил, что функция app, которую я недавно добавил, была классифицирована как контейнер, хотя я никогда не указывал ее как таковую. В любом случае, удаление этого функционального приложения и его повторное создание решили проблему. Все развертывания в этом плане службы приложений теперь работают нормально!
5. @user3918443 Рад слышать, что вы решили свою проблему! Вы можете опубликовать свое решение и принять его в качестве ответа, чтобы люди с похожими вопросами могли извлечь из него выгоду ~
Ответ №2:
У меня была та же проблема, я подключился по ssh к службе приложений и запустил:
$ df -h
и масштабирование (план обслуживания приложений) (будьте осторожны, IP-адрес сервера может измениться)
И после запуска конвейера, его запуска правильно, если вы хотите, вы можете вернуться к предыдущему плану.
Ответ №3:
Если кто-нибудь столкнется с этой проблемой в будущем, это может решить вашу проблему.
Я полагаю, что проблема с развертыванием могла быть вызвана поврежденным функциональным приложением в плане службы приложений. Я заметил, что функция app, которую я недавно добавил, была классифицирована как контейнер, хотя я никогда не указывал ее как таковую. В любом случае, удаление этого функционального приложения и его повторное создание решили проблему. Все развертывания в этом плане службы приложений теперь работают нормально!