Webhosting 4000 - Cronjobs Nextcloud

    Hallo Zusammen,

    ich habe ein Webhosting 4000 Paket wo ich Nextcloud erfolgreich installiert habe.

    Nun würde ich gerne, dass die entsprechenden CronJobs auch funktionieren.

    Egal welche Option ich auswähle (siehe Screenshot) die Crons werden nicht ausgeführt.

    Weiss jemand, ob es dort eine Einschränkung gibt?

    Mir geht es darum, da ich in der config.php den Parameter

    'trashbin_retention_obligation aktiviert habe dass der Ordner "Gelöschte Dateien" automatisch gelöscht wird.

    Wenn ich den Webcron aktiviere und die cron.php händisch aufrufe gibt er mir auch "Success" zurück.

    pasted-from-clipboard.png

    Zitat von Mike0185

    Hab bei mir auch eine Nextcloud am laufen und habs folgendermaßen eingestellt:

    CCP:

    pasted-from-clipboard.png

    Danke für den Hinweis, das hab ich jetzt auch so gemacht (lief) und später in den Argumenten noch "-d memory_limit=512M", weil ich den Speicherfehler bekommen habe via Mail. Jetzt läuft der Job zwar auch noch erfolgreich, aber nur 0 Sekunden im Gegensatz zu 30-50 Sekunden wie vorher. Sprich nach meinem Dafürhalten macht er genau nichts. Dadurch bedingt scheint die Indizierung der Fotos App auch nicht zu funktionieren, wodurch diese einen Fehler bringt beim Aufrufen. Habe ich das falsch verstanden? Oder muss ich noch woanders hinpacken?

    Zitat von wisi

    Danke für den Hinweis, das hab ich jetzt auch so gemacht (lief) und später in den Argumenten noch "-d memory_limit=512M", weil ich den Speicherfehler bekommen habe via Mail. Jetzt läuft der Job zwar auch noch erfolgreich, aber nur 0 Sekunden im Gegensatz zu 30-50 Sekunden wie vorher. Sprich nach meinem Dafürhalten macht er genau nichts. Dadurch bedingt scheint die Indizierung der Fotos App auch nicht zu funktionieren, wodurch diese einen Fehler bringt beim Aufrufen. Habe ich das falsch verstanden? Oder muss ich noch woanders hinpacken?

    Ich habe das gleiche / ein ähnliches Problem. Ich habe Webosting 2000 und das Limit für cron und Kommandozeile (ssh) liegt bei 128 MB, und nicht wie beworben und wie bei php bei 512 MB. Gebe ich das memory-Limit-Argument ein exakt wie Mike0815 oben im Bild, dann läuft der Cron-Job ein paar mal erfolgreich laut Nextcloud, und dann laut Nextcloud gar nicht mehr. Ohne Felermeldung im CCP. Möchte Netcup hier einen Speichermissbrauch verhindern? Als Einzelplatznutzer mit wenig Dateien und wenig Nutzung strapaziere ich das Webhostingpaket kaum, und der Cronjob sollte in 99% der Fälle mit weit weniger als 128 MB auskommen, nur eben ganz vereinzelt nicht, wenn ich Nextcloud kurzzeitig intensiv nutze. Die Problematik tritt aber auch auf, wenn ich nichts mache und der Cronjob kaum Speicher und Ressourcen belegen sollte.

    Edit: Ohne das Memory-limit-Argument läuft der Cronjob alle 5 Minuten für Monate problemlos wie ein Uhrwerk .... nur nicht wenn er ausnahmsweise mal in ein Speicherlimit rennt.

    Ich nehme an, die Logs habt ihr schon angeschaut? Ihr könnt ja auch mal die Variante ausprobieren mit "Befehl ausführen". Vielleicht komme ich heute Abend gegen später mal dazu, mir mal wieder eine Nextclod in einem netcup Webhosting zu installieren. Als ich die letzte hier laufen hatte gab es jedenfalls keine Probleme, ist aber auch schon wieder ein paar Jährchen her. Ich glaube ich hatte den Cron mit "Befehl ausführen" gemacht, aber das mit dem memory_limit von 128MB bei PHP-CLI war da noch nicht so.

    Zitat von wisi

    Macht der Conjob denn was bei dir mit 128 MB? Bei mir läuft er auch dann nur 0 Sekunden mit dem Parameter...

    Der Cron-Job mit "PHP-Script ausführen" ohne Argument macht was er soll

    Der Cron-Job mit "PHP-Script ausführen" mit Memory-Limit-Argument auf 512 MB macht ein paar mal was er soll, irgendwann dann nicht mehr.

    Die Info ob er was macht beziehe ich auf Nextcloud, diese sagt in den Einstellungen immer wann der letzte Cron-Job lief, bzw. es kommt auch ein Fehler wenn der Cronjob längere Zeit nicht läuft.

    Cron-Job mit "Befehl ausführen" funktioniert nicht. Pfade sind falsch. Der Cron-Job als Befehl wird wohl so ausgeführt wie wenn ich etwas über die SSH-Konsole mache. Da haben SSH und PHP nämlich unterschiedliche Pfade haben. Da müsste man dann eine Umgehungslösung in die config.php bzw. eine gesonderte config-Datei schreiben. Da ich die config-Datei-Änderung nicht verstehe, habe ich das erstmal gelassen.

    In der chroot Umgebung der SSH-Konsole sind wie gesagt die Pfade anders. Der Cronjob, aber auch der Webserver müssen aber auf das data-Verzeichnis zugreifen können mit dem Pfad, der in der config.php (oder der zusätzlichen config-Datei) steht. Wenn du jetzt einfach einen der beiden Pfade da reinschreibst, vermutlich den, der für den Webserver passt, dann wird der für SSH und den Cronjob nicht passen und genauso auch umgekehrt. Schreibst du den SSH-Pfad rein, greift der Webprozess ins Leere. Die Lösung, die hier vermutlich gemeint ist, stammt von KB19 und ist vermutlich die eleganteste, weil man sich nicht mit dem Herausfinden des jeweiligen Kontexts (Web/SSH) beschäftigen muss (was aber auch möglich wäre, dann könnte man mit einem if/else die jeweiligen Pfad des data-Verzeichnisses angeben).

    Die PHP Funktion realpath() wird benutzt, um den Pfad des Data-Verzeichnisses relativ zum PHP Script im config-Verzeichnis (config.php, ...) in den für den jeweiligen Kontext richtigen, absoluten Pfad umzuwandeln. gibt es x Threads dazu hier im Forum, mit mehreren funktionierenden Lösungen für den Pfad zum data-Verzeichnis. Klar ist, wenn in der config.php ein fester Pfad drinsteht, dann funktioniert immer irgendetwas nicht bei der Nextcloud. Die meisten stolpern erst mal über den nicht funktionierenden occ-Befehl in der Konsole. Aber klar ist auch der Cronjob betroffen. Auch der muss ja für die meisten Jobs wissen, wo das data-Verzeichnis ist und holt sich den aus der config.php. Die Lösung von KB19 (siehe z.B. hier) funktioniert so nur für den Default-Pfad für das data-Verzeichnis, kann aber für andere Pfade angepasst werden.