AKS CrashLoopBackOff для изображения, работающего без проблем на хосте Docker: журналы: ошибка: контейнерContainerd://x ⇐ Apache

[Anonymous]

У меня есть приложение Flask, которое должно работать на сервере Apache2. Я закрепил приложение, и оно работает должным образом на узле докера в моей тестовой виртуальной машине.

После развертывания на AKS POD зависает в состоянии CrashLoopBackOff. Я использую агент gitlab для развертывания в AKS с помощью gitlab-ci, образ хранится в частном реестре gitlab, и образ был успешно добавлен в AKS.

Вот файлы/журналы моего модуля приложений/AKS

Файл Docker

ИЗ debian:bullseye-slim ЗАПУСК apt-get update && apt-get install -y apache2 \ libapache2-mod-wsgi-py3 \ питон3 \ python3-пип \ && apt-получить очистку \ && apt-get autoremove \ && python3 -m pip install колба \ && rm -rf /var/lib/apt/lists/* КОПИРУЙТЕ ./requirements.txt /var/www/webApp/requirements.txt ЗАПУСТИТЬ pip install -r /var/www/webApp/requirements.txt КОПИРУЙТЕ ./webApp.conf /etc/apache2/sites-available/webApp.conf. КОПИЯ .//var/www/webApp/ ЗАПУСТИТЕ a2dissite 000-default.conf ЗАПУСК a2ensite webApp.conf ВЫПОЛНИТЬ ln -sf /proc/self/fd/1 /var/log/apache2/access.log && \ ln -sf /proc/self/fd/1 /var/log/apache2/error.log ВЫСТАВКА 8080 РАБОЧИЙ ПАРАМЕТР /var/www/webApp CMD /usr/sbin/apache2ctl -D ПЕРЕДНИЙ ПЛАН Развертывание

apiVersion: apps/v1 вид: Развертывание метаданные: этикетки: приложение: колба-приложение имя: колба-приложение спецификация: реплики: 1 селектор: Метки совпадений: приложение: колба-приложение шаблон: метаданные: этикетки: приложение: колба-приложение спецификация: контейнеры: - изображение: реестр.gitlab.com/sast6353642/sast-01-pull/flask-appache:0a654662 имя: колба-appache порты: - порт контейнера: 8080 #securityContext: #привилегия: ложь imagePullPolicy: Всегда #Ресурсы: #ограничения: #память: 100Ми #процессор: 300 м изображениеPullSecrets: - имя: gitlab Политика перезапуска: Всегда kubectl получает модули

ИМЯ ГОТОВ СТАТУС ПЕРЕЗАПУСКАЕТ ВОЗРАСТ flask-app-6d74447889-bghtx 0/1 CrashLoopBackOff 6 (2м27с назад) 8м18с kubectl описывает модули flask-app-6d74447889-bghtx

Имя: flask-app-6d74447889-bghtx Пространство имен: по умолчанию Приоритет: 0 Учетная запись службы: по умолчанию Узел: aks-agentpool-16891536-vmss000000/10.224.0.5 Время начала: Вт, 02 января 2024 г., 20:20:49 +0000 Метки: приложение = колба-приложение pod-template-hash=6d74447889 Аннотации: cni.projectcalico.org/containerID: 966c590b4ce639fa829feba8e597d63395af53ea231ab005f8d547e1721f8233 cni.projectcalico.org/podIP: 10.244.1.17/32 cni.projectcalico.org/podIPs: 10.244.1.17/32 Статус: Работает IP: 10.244.1.17 IP-адреса: IP: 10.244.1.17 Контролируется: ReplicaSet/flask-app-6d74447889 Контейнеры: колба-аппач: Идентификатор контейнера:Containerd://5cdc5e1294267fce47bda95cb81bd09654a78fcf21dfe4bbaece786d195ea778. Изображение: реестр.gitlab.com/sast6353642/sast-01-pull/flask-appache:0a654662. Идентификатор изображения: реестр.gitlab.com/sast6353642/sast-01-pull/flask-appache@sha256:e798e4036dc13d72ef36c866d678fe295e3eac4b0058cd076330654bc56af317 Порт: 8080/TCP Хост-порт: 0/TCP Состояние: Ожидание Причина: CrashLoopBackOff Последнее состояние: прекращено Причина: Ошибка Код выхода: 1 Начато: Вт, 02 Янв 2024 20:22:20 +0000 Завершено: Вт, 02 янв 2024 20:22:20 +0000 Готов: Ложь Количество перезапусков: 4 Окружающая среда: Крепления: /var/run/secrets/kubernetes.io/serviceaccount из kube-api-access-sj7s8 (ro) Условия: Тип Статус Инициализировано True Готово Ложь КонтейнерыГотово Ложь PodScheduled True Объемы: кубе-api-доступ-sj7s8: Тип: прогнозируемый (том, содержащий введенные данные из нескольких источников). ТокенExpirationSeconds: 3607 ConfigMapName: kube-root-ca.crt ConfigMapOptional: DownwardAPI: правда Класс QoS: BestEffort Селекторы узлов: Допуски: node.kubernetes.io/not-ready:NoExecute op=Существует 300 с. node.kubernetes.io/unreachable:NoExecute op=Существует 300 с События: Введите причину Возраст из сообщения ---- ------ ---- ---- ------- Обычный запланированный планировщик по умолчанию на 2 минуты 57 секунд. Успешно назначено default/flask-app-6d74447889-bghtx для aks-agentpool-16891536-vmss000000. Обычный Вытащен 2m57s kubelet Успешно извлечен образ "registry.gitlab.com/sast6353642/sast-01-pull/flask-appache:0a654662" за 864,830288 мс (864,838488 мс, включая ожидание) Обычный Вытащенный 2m55s kubelet Успешно извлеченный образ "registry.gitlab.com/sast6353642/sast-01-pull/flask-appache:0a654662" за 827,635558 мс (827,908837 мс, включая ожидание) Обычный Вытащенный кубелет за 2 минуты 38 секунд Успешно извлечен образ "registry.gitlab.com/sast6353642/sast-01-pull/flask-appache:0a654662" за 875,237209 мс (875,244689 мс, включая ожидание) Обычный Создано 2 минуты 10 секунд (x4 за 2 минуты 57 секунд) kubelet Создано контейнер flask-appache Нормальный запуск 2 минуты 10 секунд (x4 за 2 минуты 56 секунд) kubelet Запуск контейнера flask-appache Обычный Вытащенный кубелет за 2 минуты 10 секунд Успешно извлеченный образ "registry.gitlab.com/sast6353642/sast-01-pull/flask-appache:0a654662" за 827,338313 мс (827,349353 мс, включая ожидание) Предупреждение BackOff 100 с (x7 за 2 минуты 55 секунд) kubelet Откат при перезапуске неудачного контейнера flask-appache в модуле flask-app-6d74447889-bghtx_default(1177ffe3-61ff-418f-a37d-3b6d857c603b) Обычное вытягивание 88 с (x5 за 2 м57 с) kubelet Извлечение изображения "registry.gitlab.com/sast6353642/sast-01-pull/flask-appache:0a654662" Обычный извлеченный кубелет 87 с. Успешно извлечено изображение "registry.gitlab.com/sast6353642/sast-01-pull/flask-appache:0a654662" за 862,977469 мс (862,990149 мс, включая ожидание) kubectl регистрирует flask-app-6d74447889-bghtx -cContainerd://5cdc5e1294267fce47bda95cb81bd09654a78fcf21dfe4bbaece786d195ea778

ошибка: контейнерContainerd://c4c557b4e6f92ac803c7e9c42624e59e39941e3d731015e12c4bea193dd5db3b недействителен для модуля flask-app-6d74447889-bghtx **app.py **

из импорта сайта create_app приложение = create_app() если __name__ == "__main__": app.run(отладка=Истина) Кто-нибудь может помочь с этим, пожалуйста?

Я попытался внести изменения в файл Dockerfile (изменив открытый порт с 80 на 8080), но ничего не произошло. Я выполнил поиск в контейнере журналов, который недействителен для модуля, и не нашел ничего связанного с этим.