Docker debug 小记
./Dockerfile
FROM python:3.10
WORKDIR /app
COPY requirements.txt requirements.txt
RUN pip install -r requirements.txt -i https://pypi.tuna.tsinghua.edu.cn/simple
COPY src/* /app/
CMD ["gunicorn", "app:app", "-c", "./gunicorn.conf.py"]
docker build -t 'noticedemo' .
没有问题,镜像构建成功,接着在运行的时候出现了问题
docker run -d -p 3000:3000 noticedemo
docker ps # 发现容器并不在运行列表
docker ps -a # 容器在列表,并未运行
这个时候应该是运行的时候出现了问题,我们查看一下容器的运行日志
docker logs [CONTAINER ID]
发现报错 ModuleNotFoundError: No module named 'utils'
很奇怪啊,因为不使用docker直接用gunicorn本地启动是可以正常运行的。
经过很久的debug,最终在mentor帮助下发现了这个巨坑的点。
之后的debug过程
我们想进入docker容器内部查看相关信息,但是需要容器先跑起来,但现在容器根本运行不起来。
分析原因是容器在执行CMD指令的时候出现报错运行失败,修改CMD指令为一个与代码结构不太相关的指令,来使得容器能成功运行,方便我们进行调试。这里我们用python -m http.server来完成这一想法
修改后的Dockerfile
FROM python:3.10
WORKDIR /app
COPY requirements.txt requirements.txt
RUN pip install -r requirements.txt -i https://pypi.tuna.tsinghua.edu.cn/simple
COPY src/* /app/
# CMD ["gunicorn", "app:app", "-c", "./gunicorn.conf.py"]
CMD ["python", "-m", "http.server"]
修改后重新docker build、docker run,这个时候容器就成功运行起来了。
我们进入容器进行查看:
docker exec -it [CONTAINER ID] /bin/bash
成功进入,查看代码结构:
再看我们原先的代码结构:
根据Dockerfile中的这条指令,我们期望的是将本地目录src文件夹下所有结构复制到docker的工作目录/app下
COPY src/* /app/
但是发现并没有预期的子文件夹结构,而是直接将子文件夹下的所有文件直接复制到了/app下,所以源代码中的引用结构
from utils.lark import *
在容器中运行时也就出现报错了。
修改方法
修改Dockerfile就好了
FROM python:3.10
WORKDIR /app
COPY requirements.txt requirements.txt
RUN pip install -r requirements.txt -i https://pypi.tuna.tsinghua.edu.cn/simple
COPY src /app # COPY src/* /app/
CMD ["gunicorn", "app:app", "-c", "./gunicorn.conf.py"]
重新build、run,成功运行,进入容器查看结构
与我们预期的结构一致,问题解决。
PS:退出容器指令 :exit