Frage bzw Wunsch hinsichtlich "Geplante Aufgaben"

[technotravel]

Wahrscheinlich ein Verständnisproblem - falls ja, vielleicht erklärt es mir jemand:

Wenn man (als Admin) im Panel eine geplante Aufgabe einrichten möchte, sieht man ja einen Warnhinweis für den User root:

Code: Select all

Achtung! Wenn Sie zuvor die geplanten Aufgaben des Benutzers System (root) manuell über die Konsole mit dem Befehl crontab verwaltet haben, stellen Sie bitte sicher, dass alle Einträge der crontab bereits in das Control Panel übertragen wurden, bevor Sie auf die Schaltfläche Speichern klicken. Fehlende Einträge gehen beim Speichern dieses Formulars verloren.

Diese root cronjobs werden doch - nach meinem Verständnis - gespeichert unter /var/spool/cron/crontabs/root

Warum den neuen Job nicht anfügen, statt die gesamte Datei zu überschreiben? So verstehe ich das zumindest.

Hintergrund: ich habe cronjobs als root, die ich nicht über Keyhelp eintragen möchte, sondern ganz klassisch mit crontab -e Und die will ich natürlich nicht gelöscht kriegen.

Wenn es keine Gründe gibt, die dagegen sprechen, wäre "append" ein Funktionswunsch von mir.

[24unix]

Hintergrund: ich habe cronjobs als root, die ich nicht über Keyhelp eintragen möchte, sondern ganz klassisch mit crontab -e Und die will ich natürlich nicht gelöscht kriegen.

Warum legst Du dafür nicht einen 2. root Account an?

[technotravel]

Warum legst Du dafür nicht einen 2. root Account an?

Uhm - wie denn?

[24unix]

Warum legst Du dafür nicht einen 2. root Account an?

Uhm - wie denn?

Jeder user mit der UID 0 hat root Rechte.
Leg irgendeinen an, ändere in der /etc/passwd die UID auf 0 und pflege in dem Deine manuelle crontab.

[technotravel]

Danke - wieder was gelernt

Mich würde aber trotzdem eine Antwort auf meine Frage interessieren, vielleicht kann ja Alex was dazu sagen.

Schönes Wochenende!

[24unix]

Gerne, es gäbe übrigens noch eine weitere Option: Du befasst Dich mit systemd timern.

[technotravel]

Jeder user mit der UID 0 hat root Rechte.
Leg irgendeinen an, ändere in der /etc/passwd die UID auf 0 und pflege in dem Deine manuelle crontab.

Der Tipp war wirklich nützlich

Da es mir zu blöd war, auf der Konsole mit crontab -u rumzuhantieren, bleibt es dort beim regulären root.

Dafür erledigt aber ein neu-erstellter User (den ich zärtlich "rootie" genannt habe) mit modifiziertem /etc/passwd Eintrag die cronjobs für root vom Panel aus.

Funktioniert einwandfrei

Nichtsdetotrotz würde mich noch der Sinn des Konzepts "Datei löschen statt anhängen" interessieren.

Danke nochmal!

[24unix]

Jeder user mit der UID 0 hat root Rechte.
Leg irgendeinen an, ändere in der /etc/passwd die UID auf 0 und pflege in dem Deine manuelle crontab.

Der Tipp war wirklich nützlich

Da es mir zu blöd war, auf der Konsole mit crontab -u rumzuhantieren, bleibt es dort beim regulären root.

Dafür erledigt aber ein neu-erstellter User (den ich zärtlich "rootie" genannt habe) mit modifiziertem /etc/passwd Eintrag die cronjobs für root vom Panel aus.

Funktioniert einwandfrei

Freut mich.

Nichtsdetotrotz würde mich noch der Sinn des Konzepts "Datei löschen statt anhängen" interessieren.

Aufwand vs. nutzen. Wie viele Leute nutzen die crontab via cli und gleichzeitig via Panel?
Das wird meistens ein entweder oder sein.

Wenn man manuelle Änderungen in Betracht zieht, muss man halt gucken, was ist vom User generiert, was kommt aus dem Panel. Das geht, mit Markern in der Datei z.B., aber die komplette Datei einfach neu schreiben ist deutlich weniger Aufwand.

Man könnte so etwas machen:

Code: Select all

# config generated by panel:
.. hier dann diverse Cronjobs
# end of panel content
.. hier usereigene Einträge

Dann liest man die Datei ein, verwirft den Part zwischen den beiden Kommentaren, schreibt die neue Datei, inkl. der Kommentare am Anfang und am Ende, und fügt dann den usergenerierten Kram wieder ein.
Geht, ist aber mehr Aufwand.

[technotravel]

Hmmm - ich dachte eher an einfach ganz unten hinzufügen ...

Irgendwo muss das ja ohnehin zwischengespeichert werden aktuell - denn bereits über das Panel erstellte cronjobs bleiben ja bei Erstellen eines neuen Jobs erhalten.

Außerdem wundert mich, wieso das nur bei "root" ein Problem ist. Ich habe das jetzt zwar nicht getestet, denke aber, dass auch die cronjob-Datei eines nicht-root Users überschrieben werden würde. Gut, das ist sicherlich noch seltener der Fall, dass bereits ein user cronjob über die Konsole erstellt wurde

Aber in alten imscp Zeiten musste ich das tatsächlich machen ...

[24unix]

Ich habe es gerade ausprobiert.

Einen Job via Panel angelegt, dann einen per crontab -e.
Einen weiteren via Panel, und der manuell angelegte ist weg, die Datei wird also schlicht neu generiert.

[technotravel]

die Datei wird also schlicht neu generiert.

Auch für einen non-root User?

Weil, die Warnung im Panel spricht ja nur von root ...

[24unix]

die Datei wird also schlicht neu generiert.

Auch für einen non-root User?

Weil, die Warnung im Panel spricht ja nur von root ...

Yap, habe es auch ausprobiert. Manuelle Änderungen sind weg, wenn man einen neuen Eintrag im Panel anlegt.

[technotravel]

Dann müsste wohl die Warnung im Panel umformuliert werden, auf alle via cli erstellte cronjobs. Also nicht nur für root.

Danke fürs Testen

[Alexander]

Der Hinweis steht nur bei root, da es zu 99% nur für root Accounts relevant ist.

Klar kann man auch für Nutzer Cronjobs über das System angelegt haben, aber auf wieviele Nutzer trifft das denn zu - im Gegensatz dazu zeigt man 99% der Benutzer eine Warnung, die für sie nicht relevant ist (Verwirrung auslöst etc...).