python - Docker 容器 - 源文件消失

Question

我正在创建并发送给客户端的 docker 镜像在启动 24-48 小时后以某种方式删除了它的源代码。我们可以通过 exec 到正在运行的容器并环顾四周来看到这一点。

该服务是一个简单的 flask 应用程序。该服务不会因为应用程序没有遇到问题而停止，但它应该产生的静态文件丢失(以及复制的所有其他内容)所以我们开始收到 404。我想不出任何可以解释这一点的东西(特别是考虑到它发生需要时间)

FROM python:3.8-slim-buster

ARG USERNAME=calibrator
ARG USER_UID=1000
ARG USER_GID=$USER_UID

RUN apt-get update \
    && groupadd --gid $USER_GID $USERNAME \
    && useradd -s /bin/bash --uid $USER_UID --gid $USER_GID -m $USERNAME \
    && apt-get install -y sudo \
    && echo $USERNAME ALL=\(root\) NOPASSWD:ALL > /etc/sudoers.d/$USERNAME\
    && chmod 0440 /etc/sudoers.d/$USERNAME \
    # Install open-cv packaged
    && apt-get install -y libsm6 libxext6 libxrender-dev libgtk2.0-dev libgl1-mesa-glx \
    #
    ## Git
    && sudo apt-get install -y git-lfs \
    #
    ## Bespoke setup
    && apt-get -y install unixodbc-dev \
    #
    ## PostgresSQL
    && apt-get -y install libpq-dev


ENV PATH="/home/${USERNAME}/.local/bin:${PATH}"

ARG git_user
ARG git_password
RUN pip install --upgrade pip
RUN python3 -m pip install --user git+https://${git_user}:${git_password}@bitbucket.org/****  


WORKDIR /home/calibrator

COPY requirements.txt requirements.txt
RUN pip install --no-cache-dir -r requirements.txt

COPY app app

ENV FLASK_APP=app/app.py
EXPOSE 80
STOPSIGNAL SIGTERM
CMD ["uwsgi", "--http", ":80", "--module", "app.app", "--callable", "app", "--processes=1", "--master"]

version: "3.7"
services:

  calibrator:
    container_name: sed-calibrator-ui
    image: sed-metadata-calibrator:2.0.3
    restart: always
    ports:
      - "8081:80"
    environment:
      - STORE_ID=N0001
      - DYNAMO_TABLE=****
      - DYNAMO_REGION=****
      - AWS_DEFAULT_REGION=****
      - AWS_ACCESS_KEY_ID=****
      - AWS_SECRET_ACCESS_KEY=****

应用程序读取单个配置文件并在启动时连接到数据库，然后定义端点——它们都不会再次接触文件系统。源码怎么会自己删!？

创建一个新容器可以解决问题。

任何检查客户端环境的建议都将不胜感激，因为我无法复制它。

客户端版本

• Docker 版本 - 18.09.7
• Docker Compose 版本 - 1.24.0

Answer 1

我能够通过更新内核解决问题，它也适用于较旧的内核 (3.10)

作品:

4.1.12-124.45.6.el7uek.x86_64

不工作:

4.1.12-124.43.4.el7uek.x86_64

不知道是什么原因造成的，只知道更新内核后问题解决了。我希望这是你同样的问题