KeyHelp Community

Nein, dann eine Extra-Datei in /etc/cron.d

crontab -e würde durch Keyhelp überschrieben werden, wenn man einen "grafischen" Cronjob dort erfassen würde (gut, wenn man weiß, dass das sicher nie passieren wird, kann man das natürlich auch machen)

mhagge wrote: ↑Tue 1. Nov 2022, 14:13 Nein, dann eine Extra-Datei in /etc/cron.d

crontab -e würde durch Keyhelp überschrieben werden, wenn man einen "grafischen" Cronjob dort erfassen würde (gut, wenn man weiß, dass das sicher nie passieren wird, kann man das natürlich auch machen)

Muss nicht, ich habe es eben ausprobiert.
Ob crontab oder crontab.d ist egal.

Nur crontab -e als root ist ein Problem.

Legt man im Panel einen Crontab an, der als root ausgeführt wird landet der in /var/spool/crontabs/root

Die /etc/crontab ist also save, nur von /var/spool/cron/crontabs sollte man die Finger lassen.

24unix wrote: ↑Tue 1. Nov 2022, 14:23

mhagge wrote: ↑Tue 1. Nov 2022, 14:13 Nein, dann eine Extra-Datei in /etc/cron.d

crontab -e würde durch Keyhelp überschrieben werden, wenn man einen "grafischen" Cronjob dort erfassen würde (gut, wenn man weiß, dass das sicher nie passieren wird, kann man das natürlich auch machen)

Muss nicht, ich habe es eben ausprobiert.
Ob crontab oder crontab.d ist egal.

Nur crontab -e als root ist ein Problem.

Legt man im Panel einen Crontab an, der als root ausgeführt wird landet der in /var/spool/crontabs/root

Die /etc/crontab ist also save, nur von /var/spool/cron/crontabs sollte man die Finger lassen.

tja, aber dann folgendes, ich hatte Keyhelp 2015 noch nicht drauf und hatte meine cron als "User mit All Rechte" in genau dem Verzeichnis angelegt, und später erst KH drauf gemacht, (gut nun weis ich es ja das KH erst drauf muss), und nun hab ich halt 2 crons drinnen, 1x root mit dem TS Cron und 1x USER_ALL mit dem Steam cron.
Dann ist jetzt die Frage, wird dann der steam cron noch ausgeführt? Ich hab da irgendwie meine Zweifel. Zwar checkt er nach Updates aber Neustart puste kuchen. Denn dann "MUSS" ich einen Cron erststellen

Ich würde das, was Du als Ursprung hat, diese 7 Zeilen, in die /etc/crontab packen.

Mit crontab -l kann Du Dir als root anzeigen lassen, was für den unter /var/spool … abgelegt ist.

Und mit kannst Du sehen, welche cronjob (unter welchem user) ausgeführt werden.

Edit: Den Server startet Du ja auch nicht neu, wofür auch?
Nur den Dienst.

Edit: Um zu sehen, wie lange die Kiste läuft, reicht ein simples "uptime"

24unix wrote: ↑Tue 1. Nov 2022, 18:23 Ich würde das, was Du als Ursprung hat, diese 7 Zeilen, in die /etc/crontab packen.

Mit crontab -l kann Du Dir als root anzeigen lassen, was für den unter /var/spool … abgelegt ist.

Und mit

Code: Select all

grep cron /var/log/syslog

kannst Du sehen, welche cronjob (unter welchem user) ausgeführt werden.

Edit: Den Server startet Du ja auch nicht neu, wofür auch?
Nur den Dienst.

Edit: Um zu sehen, wie lange die Kiste läuft, reicht ein simples "uptime"

Jo, alles klar dann mach ich das ma, und uptime, gut, das hab ich schon geregelt, Rserver macht automatisch alle 30 Tage nen Neustart

So dann kuck ma ma, ob er es macht

Automatisch, von aussen?

Ein neustart "nur so" macht keinen Sinn, das ist nicht Windows.

Eigentlich macht er nur nach einem neuem Kernelupgrade Sinn.
Das kann man sich mit einem Script automatisieren.