Docker cron Problem

[djimno]

Liebe Gemeinschaft,

ich betreibe meine Nextcloud-Instanz als Docker. Hier besteht das bekannte cron-Problem. Momentan starte ich jedes mal, wenn watchtower mir angibt, dass der Container upgedated wurde, manuell mit “exec” die cron.sh. Das ist aber nicht so optimal, zumal ich erst zeitveresetzt es schaffe den Befehl auszuführen.
Hier im Forum habe ich diese Lösung gefunden.

Ich frage mich ob es nicht sinnvoller wäre über einen Cron am Host den Befehl ausführen zu lassen. Was meint ihr?

Gruß Martin

• VPS-Server bei contabo
• Ubuntu Server 20.04 LTS - Instanz als Docker
• Nextcloud Version: 24.0.0
• PHP Version: 8.0.9
• Welche Datenbank? MariaDB
• NC in Docker

[wwe]

Ich weiss nicht welches “bekannte Problem” du ansprichst… Mein cron funktioniert schon immer problemlos und wird bei (docker-compose) updates automatisch aktualisiert. Automatische Updates (durch watchtower oÄ) finde ich im server Bereich zu gefählich und daher ein No-Go..

Clarification Regarding Cron Jobs & Setup/Config

I don’t have detailed answers for all the questions. just see a working solution from my setup: additional cron container has same settings as app container (image, ENV, volumes, DB connection) the only difference is the entrypoint, this is entrypoint: /cron.sh this results in cron.php running with access to files and DB so it can perform background tasks of the instance docker-compose example: dev-nextcloud-cron: image: nextcloud:23.0.1 container_name: dev-nextcloud-cron res…

[djimno]

Danke wwe für deine Antwort. Da ich eine andere Meinung zu automatisierten updates habe, lasse ich deinen Beitrag unbeantwortet so stehen. Ich habe die Lösung gefunden:

Habe auf meinem Server in /etc/crontab folgendes eintragen:

#Ansible: nextcloud
*/5 *  *  *  * root docker exec -u www-data -t nextcloud php -f /var/www/html/cron.php

[anschuetz]

Hi @djimno ,

hast du mit dieser Lösung bisher Erfolg gehabt?
Ich hatte das früher auch so gemacht, dann aber in meiner etwas größeren Instanz festgestellt, dass der Cronjob (manchmal) länger als 5 Minuten läuft und dann hatte ich Probleme mit ewig laufenden Cronjobs.
Das habe ich darauf zurückgeführt, dass sich dann zwei Aufrufe von cron.php in die Quere kamen.

Kann mittlerweile auch in cron.php abgefangen sein, aber ich habe dazu dann folgendes kleine Skript geschrieben (ich hoste mehrere Nextclouds auf dem Server, deshalb im Logfile die Nummer der Nextcloud):

#!/bin/bash
info() { printf "%s %s %s\n" "$( date )" "[NC1]" "$*" >&2; }
lockfile=$0.lock
if [ -e "$lockfile" ] 
then
    info "$0 läuft noch.... skipping execution"
    exit 0
fi
info "$0 läuft los" 
touch $lockfile
/usr/bin/docker exec --user www-data -t nc1 php cron.php 
info "$0 endet"
rm -f "$lockfile"

und das hab ich dann per Cronjob aufgerufen. Seither hab ich Ruhe.

Würde mich interessieren, ob man diesen “Handstand” noch benötigt.

LG Jesko

[KingSB]

Hi @anschuetz ,

ich würde fast behaupten, dieses script ist aktuell nicht mehr nötig.
Meine Installation sieht zwar etwas anders aus, aber im Prinzip sollte es da gleiche sein:

Ich habe meine NC-Installation (NC 26.0!) auf einer Synology DS1621+ mit DSM 7.1 laufen. Um hier eine cron-Job zu starten, nutze ich den ein eingebauten Task-Scheduler, der jetztendlich auch nur cron-Jobs im darunterliegenden Linux (der Synology-NAS) generiert. Hier führe ich im Intervall von 5 Minuten defacto den gleichen Aufruf auf wie du, nämlich:

docker exec -u www-data -t Nextcloud php -f /var/www/html/cron.php

Wenn jetzt der vorherige job noch läuft, erhalte ich eine Meldung, dass der neue job abgebrochen wurde.
Probiers mal aus…

LG Steffen