I am running 5 instances of Nextcloud, all on ddiffferent servers. I upggraded three of them from 29 to 30. After the Upgrade, all three seem to be having problems with cron. In Backend, i am told, that:
Some jobs have not been executed since vor einem Tag/ vor einem Monat. Please consider increasing the execution frequency. Some jobs have not been executed since vor einem Tag. Please consider increasing the execution frequency.
I can not findd any clues, as to why this is. I changed nothing regarding NC-Config or anything else, just upgraded.
Ubuntu 20
Maria DB 10.11.9
NC 29.0.7 to NC 30.0.0
running on a Virtual Server with Plesk
Ubuntu 20
Maria DB 10.11.9
NC 29.0.7 to NC 30.0.0
runing on a Dedicated Server with Plesk
Ubuntu 18
Maria DB 10.11.9
NC 29.0.8 to NC 30 RC2
runing on a Virtual Server with Plesk
Yesterday, again, I tried to find any error regarding cron or backgroundjobs, found nothing.
When I start the cronjob manually (in Plesk) I get the message thet it was done in 0 (somtimes 1) secondds, withour errors.
Maybe there was a change in file permissions? or something like that?
Für mich hat sich der Fall wie von Geisterhand erledigt…
Von einem Tag auf den anderen läuft der Cron Job jetzt plötzlich wieder, ohne jegliches Zutun von meiner Seite.
Ich habe die Ursache bei mir gefunden, dass der Cron Job nicht lief. Mein Aufruf aus dem cron Job war mit der falschen PHP Version (8.0) Meine Nextcloud Instanz läuft aber mit Version 8.1.
Nachdem ich dies auf 8.1 gefixt hatte, läuft jetzt wieder alles.
Hello, have a look at your sql database: Maybe the table “oc_jobs” is full? For me it was the execution command: I had to delete --define… and set it in the php configuration file. Maybe it will help someone. Best regards
I’m new to this forum and to nextcloud.
Could You please explain a little bit where the “oc_jobs” table could be configured?
And which execution command with which parameter of "–define… You deleted and in which config file (maybe : /var/www/nextcloud/config/config.php ?) You added it to with which syntax ?
That would be nice, because I seem to have the same problem with cron. I’m grateful for every constructiv answer.
cron is running, but nc gui will not recognize it.
Thank You
My solution to the problem, yesterday, 30.10.24, was a little bit astonishing, but maybe it helps You:
Da mich nextcloud GUI auf eine evtl. fehlendes Installation des apcu-Moduls hinwies, aber dies installiert ist und auch aktiv, konnte das nicht die Ursache für den nicht erkannten cron Job alle 5 Minuten sein.
Ich habe gelesen, dass das Problem in früheren Versionsumstiegen in ähnlicher Weise auftrat, und dort mit der Anweisung für
extension=apcu.so
manipuliert wurde.
Ich habe nun folgendes gemacht:
/etc/php/8.3/mods-available/apcu.ini
die Anweisung:
“extension=apcu.so”
mit “;” auskommentiert, somit war sie deaktiviert.
Nach Neustart von
“systemctl apache2 restart”
war der nextcloud server nicht mehr erreichbar: => White Screen (mit Kommentar, den ich nicht mehr weiß)
Also habe ich die Auskommentierung zurückgenommen:
Der Nextcloud Server war wieder erreichbar.
Und
Die Fehlermeldung zu mangelndem cron Job in Sicherheits -und Einrichtungswarnungen war weg !
Vielleicht hilft Dir das.
ich bin leider auch kein Experte und weiß daher nicht genau, wie viele (ausstehende?) Einträge inder occ_jobs Tabelle in Ordnung sind. Ebenso gibt es so viele unterschiedliche Einrichtungen, dass es ohne nähere Angeaben schwierig ist, zu helfen. Aber hier sind bestimmt Leute, die mehr Ahnung haben und gerne helfen.
Viele Grüße, Aushiflsarnie
Hello derdoode, hello Dayspring,
unfortunately I’m not an expert either, so I don’t know exactly how many (outstanding?) entries in the occ_jobs table are OK. There are also so many different organisations that it is difficult to help without more details. But there are certainly people here who know more and would be happy to help.
That looks a bit much. I am used to 20-30, it depends a bit which apps you use.
If you are on a setup with terminal access, you can try to run the cronjob from command line, so you can see potential errors of the output:
sudo -u www-data php -f cron.php
Even if the cronjob runs but fails at an early stage, many jobs are not done and show as unfinished. Normally, you even have a column with when the job was last run and last checked, as well as the runtime. That can help to identify the problematic cronjob.
