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)
Backups minutlich & stündlich [GELÖST]
Re: Backups minutlich & stündlich
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.
mfg Micha
--
If Bill Gates had a nickel for every time Windows crashed …
… oh wait, he does.
--
If Bill Gates had a nickel for every time Windows crashed …
… oh wait, he does.
- Samsonetty
- Posts: 28
- Joined: Thu 19. Dec 2019, 13:25
- Location: Würzburg
Re: Backups minutlich & stündlich
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.24unix wrote: ↑Tue 1. Nov 2022, 14:23Muss 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.
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
Re: Backups minutlich & stündlich
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"
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
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"
mfg Micha
--
If Bill Gates had a nickel for every time Windows crashed …
… oh wait, he does.
--
If Bill Gates had a nickel for every time Windows crashed …
… oh wait, he does.
- Samsonetty
- Posts: 28
- Joined: Thu 19. Dec 2019, 13:25
- Location: Würzburg
Re: Backups minutlich & stündlich
Jo, alles klar dann mach ich das ma, und uptime, gut, das hab ich schon geregelt, Rserver macht automatisch alle 30 Tage nen Neustart24unix 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 mitkannst Du sehen, welche cronjob (unter welchem user) ausgeführt werden.Code: Select all
grep cron /var/log/syslog
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"
So dann kuck ma ma, ob er es macht
Re: Backups minutlich & stündlich
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.
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.
mfg Micha
--
If Bill Gates had a nickel for every time Windows crashed …
… oh wait, he does.
--
If Bill Gates had a nickel for every time Windows crashed …
… oh wait, he does.