为了在我的Django应用程序中定期执行任务,我安装了django_crontab扩展。我的应用程序包括dockerized数据库和Django应用程序。
https://pypi.org/project/django-crontab/
我已经按照设置段落中的描述完成了每一步。
settings.py
INSTALLED_APPS = [
...
'django_crontab',
]
...
CRONJOBS = [
('*/1 * * * *', 'config.cron.fun')
]cron.py
def fun():
print("hello cron")
with open("./test.txt", "a") as f:
f.write("Hello")我还在docker-entrypoint.yml中添加了cron作业
python manage.py crontab add
python manage.py crontab show输出:
webapp | no crontab for root
webapp | adding cronjob: (ebcca28ea3199afe6d09a445db5d5fd8) -> ('*/1 * * * *', 'config.cron.fun')
webapp | Currently active jobs in crontab:
webapp | ebcca28ea3199afe6d09a445db5d5fd8 -> ('*/1 * * * *', 'config.cron.fun')在Dockerfile中,我使用python:3.8镜像并安装cron
RUN apt-get install -y cron && touch /var/log/cron.log并且在运行容器后没有响应。
当我进入容器时,我可以看到cron看到了作业,但仍然没有执行它。
root@bar:/back# crontab -l
*/1 * * * * /usr/local/bin/python /back/manage.py crontab run ebcca28ea3199afe6d09a445db5d5fd8 # django-cronjobs for config我怎么才能修复它?
编辑:整个Dockerfile:
FROM python:3.8
ENV PYTHONUNBUFFERED 1
RUN mkdir /back
WORKDIR /back
COPY . /back/
RUN apt-get update
RUN apt-get install -y cron && touch /var/log/cron.log
RUN pip install --upgrade pip
RUN pip install -r requirements.txt
ENTRYPOINT ["python3", "manage.py"]
CMD ["runserver", "0.0.0.0:8080"]docker-compose.yml
version: "3"
services:
db:
image: postgres:latest
restart: unless-stopped
container_name: database
env_file:
- .env
webapp:
build: ./back
container_name: webapp
restart: unless-stopped
ports:
- "8000:8000"
env_file:
- .env
depends_on:
- db
links:
- db:db
volumes:
- ./back:/back
entrypoint: "bash /back/docker-entrypoint.sh"
command: "runserver 0.0.0.0:8000"docker-entrypoint.yml -这里是迁移,等待db和提到的crontab命令
发布于 2021-11-01 23:54:41
Docker容器只运行一个进程。您需要运行两个不同的东西:主应用服务器和(在一些初始设置之后) cron守护进程。通过正确的设置,您可以直接运行两个单独的容器,运行同一映像中的两个单独的命令。
我在这里要做的第一个更改是将您当前作为拆分的ENTRYPOINT和CMD合并到一个CMD中
# no ENTRYPOINT, but
CMD ["python3", "manage.py", "runserver", "0.0.0.0:8080"]使用此设置,您可以使用此默认命令启动一个容器,并从相同的映像启动第二个命令,但会覆盖Compose设置中的command:。
version: '3.8'
services:
db: { ... }
webapp:
build: ./back
restart: unless-stopped
ports:
- "8000:8000"
env_file:
- .env
depends_on:
- db
# run the default command: from the image; no override
# skip unnecessary links:, container_name:, volumes: options
cron:
build: ./back # same as main application
restart: unless-stopped
env_file:
- .env
depends_on:
- db
command: cron -f # as a long-running foreground process我们在这里没有做的事情是在容器启动时填充crontab。这就是ENTRYPOINT的用武之地:如果你有一个ENTRYPOINT,它会运行,而不是CMD,但它会运行passed the CMD as arguments。这里的一个非常典型的模式是,对执行一些首次设置的shell脚本使用ENTRYPOINT,然后以exec "$@"结束,以运行所提供的CMD/command:。
#!/bin/sh
# docker-entrypoint.sh
# If this is going to be a cron container, set up the crontab.
if [ "$1" = cron ]; then
./manage.py crontab add
fi
# Launch the main container command passed as arguments.
exec "$@"然后在Dockerfile文件中,将此脚本指定为ENTRYPOINT。
...
WORKDIR /back
COPY . ./ # including docker-entrypoint.sh
...
ENTRYPOINT ["./docker-entrypoint.sh"] # must be JSON-array syntax
CMD ["./manage.py", "runserver", "0.0.0.0:8080"] # as before你不需要在这里重写entrypoint:。像docker-compose run web app bash这样用于获取交互式调试shell的命令可以很好地工作;它们将通过该入口点脚本运行shell,并作为最终的exec "$@"行运行。
https://stackoverflow.com/questions/69802579
复制相似问题