Cron n'est pas en cours d'exécution lorsque je démarre mon conteneur docker

À la préface, j'ai été le référencement de ces deux articles pour vous aider:

Mon but est d'avoir une tâche cron démarrer automatiquement lorsque je démarre mon conteneur docker. Actuellement, il ne démarre pas automatiquement, mais je peux aller manuellement dans mon conteneur et exécuter service cron start, qui démarre le travail, et elle fonctionne correctement.

Le problème est donc de: Comment puis-je obtenir ma tâche cron pour démarrer automatiquement lorsque mon conteneur démarre?

Dockerfile

FROM microsoft/dotnet:latest
RUN apt-get update && apt-get install -y cron

COPY . /app

WORKDIR /app

ADD crontab /etc/cron.d/crontab
RUN chmod 0600 /etc/cron.d/crontab
RUN crontab -u root /etc/cron.d/crontab
RUN touch /var/log/cron.log

RUN ["dotnet", "restore"]

RUN ["dotnet", "build"]

EXPOSE 5000/tcp

CMD cron && tail -f /var/log/cron.log
CMD service cron start

crontab

* * * * * echo "Hello world" >> /var/log/cron.log 2>&1
# Empty space

Si je n'étais pas en mesure d'obtenir cron de travail dans ce conteneur particulier, j'ai été capable de créer une application autonome docker conteneur spécialement pour cron, et a réussi à le faire fonctionner automatiquement.

Autant que la configuration du cron conteneur, j'ai suivi l'article lié, Exécuter une tâche cron avec Docker - Julien Boulay, et a été en mesure de le faire fonctionner.

Avez-vous besoin de cron être en cours d'exécution à l'intérieur du conteneur, ou pourriez-vous créer une tâche cron sur l'hôte qui exécute ce conteneur à l'heure de faire son travail?
Il doit être en cours d'exécution à l'intérieur du conteneur.
Vous avez déjà vu question ?
Oui, cette question est fondamentalement juste les contours de ma première référence.
Cela peut sembler une question stupide, mais c'est votre conteneur en cours d'exécution? Je vois que vous avez 2 CMD directives à la fin de votre Dockerfile, je pense que la seconde va remplacer le premier. En supposant qu'il n', service cron start devrait se terminer avec succès, une fois la commande terminée, le récipient doit être fermé.

OriginalL'auteur Tory | 2016-10-21

  1. 9

    Ce que je fais est de la CMD appel cron directement comme ceci:

    CMD /usr/sbin/cron -f

    Avant que j'ajoute la crontab pour le conteneur et son assignation que le crontab de root avec la commande:

    RUN crontab /root/mycrontab

    Vous n'avez pas besoin d'appeler la commande crontab sur les fichiers qui sont situés dans /etc/cron.d, mais vous avez besoin de ces fichiers pour avoir la syntaxe correcte. À l'aide de votre exemple, au lieu de cela:

    * * * * * echo "Hello world" >> /var/log/cron.log 2>&1

    Vous devriez avoir ceci:

    * * * * * root echo "Hello world" >> /var/log/cron.log 2>&1

    Sur votre fichier crontab. Cela s'applique uniquement aux fichiers crontab situé dans /etc/cron.d, sinon votre fichier crontab syntaxe est correcte et que vous utilisez le crontab de commande pour le charger.

    À partir de votre exemple, je pense que vous devriez modifier vos fichiers comme ceci:

    Dockerfile

    FROM microsoft/dotnet:latest
RUN apt-get update && apt-get install -y cron

COPY . /app

WORKDIR /app

ADD crontab /etc/cron.d/crontab
RUN chmod 0600 /etc/cron.d/crontab
RUN touch /var/log/cron.log

RUN ["dotnet", "restore"]

RUN ["dotnet", "build"]

EXPOSE 5000/tcp

CMD /usr/sbin/cron -f

    crontab

    * * * * * root echo "Hello world" >> /var/log/cron.log 2>&1

    Une autre alternative serait:

    Dockerfile

    FROM microsoft/dotnet:latest
RUN apt-get update && apt-get install -y cron

COPY . /app

WORKDIR /app

ADD crontab /root/
RUN crontab /root/crontab
RUN touch /var/log/cron.log

RUN ["dotnet", "restore"]

RUN ["dotnet", "build"]

EXPOSE 5000/tcp

CMD /usr/sbin/cron -f

    crontab

    * * * * * echo "Hello world" >> /var/log/cron.log 2>&1
    Merci pour la réponse! Je vais avoir de la difficulté à vous suivre. Avez-vous l'esprit de l'édition de votre réponse à ce que mon Dockerfile et crontab fichiers? Merci!
    J'ai essayé les deux versions de votre réponse, et ça ne marche toujours pas. Est-t-il d'autres informations que je peux fournir pour mieux les aider?
    Je viens de tester à l'aide de la deuxième version (la suppression de la dotnet restauration & renforcer les commandes à partir de la dockerfile) et cron fonctionne. Pouvez-vous obtenir à l'intérieur du conteneur et de voir si cron est en cours d'exécution? (ex: ps auxw|grep cron)
    Donc, ce que je fais; docker-compose build, docker-compose up -d, alors que je suis dans mon conteneur via docker exec -it {container-id} bash, puis de vérifier pour voir si cron est en cours d'exécution par service cron status, qui renvoie cron is not running ... failed!
    J'ai essayé avec les mêmes commandes, mais pour moi service cron status retourne cron is running.. Je suis en essais sur une ubuntu boîte avec 4.4.0.45-noyau generic. Êtes-vous tester sur une zone de Windows?

    OriginalL'auteur Alvaro Carvajal

  2. 2

    Il y a un bug dans les distributions basées sur Debian qui va provoquer des cronjobs pas parce que docker utilise des couches du système de fichiers et cron ne démarre pas et dit NUMBER OF HARD LINKS > 1 (/etc/crontab).

    La solution est simple, ajouter touch /etc/crontab /etc/cron.*/* pour le point d'entrée de votre conteneur.

    J'ai fait un post de blog expliquant comment configurer cron dans un conteneur Docker ici : https://digitz.org/blog/cron-jobs-in-docker/

    OriginalL'auteur Root

  3. 0

    Nous avons eu un problème avec php-fpm et docker où notre tâche cron tâches n'ont pas été exécutées. Il y avait deux problèmes que nous avons résolus:

    • Nous avons essayé de copier un crontab fichier dans le menu fixe d'un conteneur en utilisant COPY config/custom-cron /etc/cron.d/custom-cron. Le problème, c'est que notre les fins de ligne étaient en windows format. Ce n'briser notre fichier crontab, parce que cette ligne endigs ne sont pas convertis, tandis que de copier ce fichier dans le conteneur.
    • Le deuxième problème, c'est que nous avons essayé de lancer le cron via CMD ["cron", "-f"] qui fait bloc principal php-fpm processus. Il en résulte une 502 Bad gateway d'erreur lors de l'appel de notre application web.

    Finalement, nous avons fait le travail en modifiant le fichier crontab manuellement lors de la construction de l'image docker au lieu de copier-coller et à l'aide de supervisord d'avoir plusieurs tâches en cours d'exécution à l'intérieur de docker. Cela doit fonctionner sur tous les systèmes d'exploitation supportés.

    dockerfile

    FROM php:7.1.16-fpm

RUN apt-get update && apt-get install -y cron supervisor

# Configure cron
RUN crontab -l | { cat; echo "* * * * * echo 'Hello world' >> /var/log/cron-test.log 2>&1"; } | crontab -

# Configure supervisor
COPY config/supervisord.conf /etc/supervisor/supervisord.conf

    supervisord.conf

    [supervisord]
logfile = /dev/null
loglevel = info
pidfile = /var/run/supervisord.pid
nodaemon = true

[program:php-fpm]
command = php-fpm
autostart = true
autorestart = true
stdout_logfile = /dev/stdout
stdout_logfile_maxbytes = 0
stderr_logfile = /dev/stderr
stderr_logfile_maxbytes = 0

[program:cron]
command = cron -f
autostart = true
autorestart = true
stdout_logfile = /dev/stdout
stdout_logfile_maxbytes = 0
stderr_logfile = /dev/stderr
stderr_logfile_maxbytes = 0

    OriginalL'auteur lin