Jan Trippler schrieb:


Am Mittwoch, 11. Februar 2004 09:24 schrieb Jan Kesten:
[...]

Fall 1, die /etc/crontab: Hier stehen alle Cronjobs f�r das
System als solches drin und sie werden alle als Root ausgef�hrt.
Das sind die verschiedensten Dinge drin. Gut, man k�nnte diese
ganzen Jobs ohne weiteres auch in die User-Crontab von root
schreiben - nur geh�ren die ja eigentlich zum System und nicht
zum User "Root" (hier kann man sich streiten, ich find's so etwas
�bersichtlicher)


Wozu dann das Feld "user"?


Fall 2, die /etc/cron.d Crontabs: Hier stehen Cronjobs f�r
einzelne Programme drin (bei mir z.B. exim (Queue-Lauf),
PostgeSQL etc.). Und hier werden die einzelnen Skripte schon als
ein anderer User ausgef�hrt (bei exim als User "mail" z.B.). Dies
ist u.a. auch n�tig, weil im Beispiel von exim die Mailqueue ja
schon etwas �fter als einmal am Tag laufen soll. Auch hier k�nnte
man nat�rlich die einzelnen Crontabs wieder zu den Benutzern
packen (allerdings nicht so ohne weiteres als root, da diese hier
ja nicht unbedingt als root laufen sollten/d�rfen). Haken an der
Sache ist wieder die �bersichtlichkeit: So stehen alle zu
installieren Paketen geh�renden Conjobs an einer Stelle (wo ich
genau weiss, wo ich suchen kann), andernfalls m�sste ich eben
wissen, bei welchen Usern die Crontabs liegen. Aber dies ist
Debian-spezifisch :-)


Und es wird immer un�bersichtlicher ;) Wenn Du als User cron-Jobs ausf�hren lassen willst, bleibt Dir nur das crontab-Kommando - und das schreibt nach /var/spool/cron/crontabs/<user>. Weder an /etc/crontab noch an /etc/cron.d kommst Du als User ran, als root nur mit einem Editor. Jetzt z�hl mal zusammen, an wievielen Stellen unter Linux / Debian cron-Jobs liegen. Wenn es - wie unter den kommerziellen Unixen �blich - einheitlich per crontab-Kommando gemacht w�rde, h�ttest Du exakt _1_ Stelle, wo Du nachschauen musst, n�mlich im Verzeichnis /var/spool/cron/crontabs! Und das w�rdest Du nicht mal brauchen, weil Dir ein "crontab -l [-u user]" n�mlich alles anzeigen w�rde. Siehst Du die Jobs aus /etc/cron.d oder /etc/crontab irgendwo? Nein. Was ist daran �bersichtlicher oder bequemer?

ich finde das schon sehr �bersichtlich, in /etc/crontab alle Jobs, welche f�r das System wichtig sind, in /etc/cron.d alle Jobs von installierten Programmen (weiss ich also, wo ich die Jobs der Programme finde und Erweiterungen unterbringen kann) und unter /var/spool/cron/crontabs/ die Jobs, welche von $user angelegt wurden, das k�nnen nat�rlich auch spezielle root-Jobs sein.


Also habe ich doch im Gegensatz zu komerziellen Unixen den besseren �berblick dar�ber, welche Jobs vom System, von Anwendungen und von $user sind.

Das finde ich gut gel�st und ich bin auf vielen Plattformen zu Hause.

Jan

Reinhold





--
Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/


Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



Antwort per Email an