Administratorhandbuch:Cron - Versionsgeschichte

Schoffer: kat

2012-03-16T10:25:06Z

kat

← Nächstältere Version		Version vom 16. März 2012, 12:25 Uhr
Zeile 106:		Zeile 106:
	----		----
	<div align="right">[[Administratorhandbuch\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Administratorhandbuch\|zurück]] \| [[Hauptseite]]</div>


			[[Kategorie:ArchivArktur40]]

Schoffer: Archiv

2009-05-01T09:52:48Z

Archiv

← Nächstältere Version		Version vom 1. Mai 2009, 11:52 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~fertig~~}}		{{Archiv}}

Schoffer: Schützte „Administratorhandbuch:Cron“ [edit=sysop:move=sysop]

2008-05-16T15:23:22Z

Schützte „Administratorhandbuch:Cron“ [edit=sysop:move=sysop]

← Nächstältere Version	Version vom 16. Mai 2008, 17:23 Uhr
(kein Unterschied)

Schoffer: 10 Versionen

2008-03-04T21:38:56Z

10 Versionen

← Nächstältere Version	Version vom 4. März 2008, 23:38 Uhr
(kein Unterschied)

Schoffer: flatrate

2006-05-29T19:34:22Z

flatrate

← Nächstältere Version		Version vom 29. Mai 2006, 21:34 Uhr
Zeile 97:		Zeile 97:
	'''Achtung:''' Bitte vergessen Sie nicht, die letzte Zeile mit einem "Enter" abzuschließen, da sie sonst nicht ausgeführt wird. Alternativ können Sie in der letzten Zeile auch ein Raute-Zeichen (#) setzen.		'''Achtung:''' Bitte vergessen Sie nicht, die letzte Zeile mit einem "Enter" abzuschließen, da sie sonst nicht ausgeführt wird. Alternativ können Sie in der letzten Zeile auch ein Raute-Zeichen (#) setzen.

	Damit wird nun das Internet Montag bis Freitag (1-5) um 7.00 Uhr freigegeben. Fließen dann ca. 10 Minuten lang keine Daten ins Internet, legt Arktur ~~die Telefonleitung~~ auf und geht in den Modus "Standby". Sobald eine Anfrage ins Internet geht, wird die ~~Telefon- oder ADSL~~-Verbindung wieder aufgebaut und die angeforderten Seiten geholt. Auf diese Weise werden eventuell Online-Kosten gespart, aber vor allem auch die Zeit für Angriffe aus dem Internet verringert.		Damit wird nun das Internet Montag bis Freitag (Tage 1-5) um 7.00 Uhr (00 07) freigegeben. Fließen dann ca. 10 Minuten lang keine Daten ins Internet, legt Arktur auf und geht in den Modus "Standby". Sobald eine Anfrage ins Internet geht, wird die Internet-Verbindung wieder aufgebaut und die angeforderten Seiten geholt. Auf diese Weise werden eventuell Online-Kosten gespart, aber vor allem wird auch die zur Verfügung stehende Zeit für Angriffe auf Ihren Server aus dem Internet heraus verringert.

	Sie können die Tabelle des Nutzers ''root'' um weitere Befehle erweitern. Auch jeder Nutzer darf seine eigene Tabelle bearbeiten.		Sie können die Tabelle des Nutzers ''root'' um weitere Befehle erweitern. Auch jeder Nutzer darf seine eigene Tabelle bearbeiten.

Schoffer: fertig gesetzt

2005-11-22T21:39:42Z

fertig gesetzt

← Nächstältere Version		Version vom 22. November 2005, 23:39 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~Uberarbeiten~~}}		{{fertig}}


Zeile 69:		Zeile 69:
	==== Systemeigene cron-Befehle ====		==== Systemeigene cron-Befehle ====

	Obwohl Sie nichts am Server tun und auch kein Nutzer angemeldet ist, fängt die Festplatte im Arktur-Schulserver manchmal an, für einige Minuten sehr aktiv zu sein. Dann führt der Server systemeigene Wartungsarbeiten durch. Wann das geschieht, können Sie in der Datei '''"/etc/crontab"''' sehen. ~~Dies~~ Datei hat einen etwas anderen Aufbau, als eine normale cron-Tabelle eines Nutzers. Sie sollten diese Datei nicht verändern, denn damit könnte die Stabilität ihres Servers gefährdet werden.		Obwohl Sie nichts am Server tun und auch kein Nutzer angemeldet ist, fängt die Festplatte im Arktur-Schulserver manchmal an, für einige Minuten sehr aktiv zu sein. Dann führt der Server systemeigene Wartungsarbeiten durch. Wann das geschieht, können Sie in der Datei '''"/etc/crontab"''' sehen. Diese Datei hat einen etwas anderen Aufbau, als eine normale cron-Tabelle eines Nutzers. Sie sollten diese Datei nicht verändern, denn damit könnte die Stabilität ihres Servers gefährdet werden.

	==== Eigene cron-Befehle ====		==== Eigene cron-Befehle ====
Zeile 91:		Zeile 91:
	30 22,5 * * * /etc/ppp/inet-off > /dev/null		30 22,5 * * * /etc/ppp/inet-off > /dev/null
	00 07 * * 1-5 /etc/ppp/inet-on t-online > /dev/null		00 07 * * 1-5 /etc/ppp/inet-on t-online > /dev/null
			#

	:''Abbildung: Die letzten Zeilen der neuen Crontab''		:''Abbildung: Die letzten Zeilen der neuen Crontab''

	'''Achtung:''' Bitte vergessen Sie nicht, die letzte Zeile mit einem "Enter" abzuschließen, da sie sonst nicht ausgeführt wird.		'''Achtung:''' Bitte vergessen Sie nicht, die letzte Zeile mit einem "Enter" abzuschließen, da sie sonst nicht ausgeführt wird. Alternativ können Sie in der letzten Zeile auch ein Raute-Zeichen (#) setzen.

	Damit wird nun das Internet Montag bis Freitag (1-5) um 7.00 Uhr freigegeben. Fließen dann ca. 10 Minuten lang keine Daten ins Internet, legt Arktur die Telefonleitung auf und geht in den Modus "Standby". Sobald eine Anfrage ins Internet geht, wird die Telefon- oder ADSL-Verbindung wieder aufgebaut und die angeforderten Seiten geholt. Auf diese Weise werden eventuell Online-Kosten gespart, aber vor allem auch die Zeit für Angriffe aus dem Internet verringert.		Damit wird nun das Internet Montag bis Freitag (1-5) um 7.00 Uhr freigegeben. Fließen dann ca. 10 Minuten lang keine Daten ins Internet, legt Arktur die Telefonleitung auf und geht in den Modus "Standby". Sobald eine Anfrage ins Internet geht, wird die Telefon- oder ADSL-Verbindung wieder aufgebaut und die angeforderten Seiten geholt. Auf diese Weise werden eventuell Online-Kosten gespart, aber vor allem auch die Zeit für Angriffe aus dem Internet verringert.

	Sie können die Tabelle um weitere Befehle erweitern. Bearbeiten Sie ~~bitte nur die crontab von root mit der Hand,~~ nicht die von sysadm, es sei denn, Sie wissen genau, was Sie tun~~. Es kann sonst sein, dass wichtige Jobs nachts nicht mehr ausgeführt werden und letztlich die Funktion des Servers beeinträchtigt wird~~.		Sie können die Tabelle des Nutzers ''root'' um weitere Befehle erweitern. Auch jeder Nutzer darf seine eigene Tabelle bearbeiten.

			'''Warnung:''' Bearbeiten Sie nicht die Tabelle von ''sysadm'', es sei denn, Sie wissen genau, was Sie tun.


	----		----
	<div align="right">[[Administratorhandbuch\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Administratorhandbuch\|zurück]] \| [[Hauptseite]]</div>

Schoffer am 22. November 2005 um 21:19 Uhr

2005-11-22T21:19:58Z

← Nächstältere Version		Version vom 22. November 2005, 23:19 Uhr
Zeile 5:		Zeile 5:
	== Zeitgesteuerte Befehle ==		== Zeitgesteuerte Befehle ==

	=== einzelne Jobs ausführen mit "at" ===		=== einzelne Jobs ausführen mit at ===

	Manchmal müssen Sie einen Befehl zu einem bestimmten Zeitpunkt ausführen lassen. Das kann zum Beispiel sein, dass der Internetzugang an einem Tag der offenen Tür freigegeben werden soll, aber Sie sind nicht da. Auch für Backups, die einmalig in ~~einer bestimmten~~ Nacht laufen sollen, lohnt sich die Nutzung eines "at-Jobs".		Manchmal müssen Sie einen Befehl zu einem bestimmten Zeitpunkt ausführen lassen. Das kann zum Beispiel sein, dass der Internetzugang an einem Tag der offenen Tür freigegeben werden soll, aber Sie sind nicht da. Auch für Backups oder gössere Downloads, die einmalig in der Nacht laufen sollen, lohnt sich die Nutzung eines "at-Jobs".

	Um einen solchen Job anzulegen, können Sie sich zweier Möglichkeiten bedienen: Entweder schreiben Sie die Befehle in eine Datei oder Sie geben die Liste der Befehle von Hand ein. Den Job selbst tragen Sie mit dem Befehl "at" und der Angabe des Zeitpunktes ein. Für die Beschreibung des Zeitpunktes gibt es wiederum viele Möglichkeiten, gemeinsam ist nur, dass die Zeitangabe am Anfang stehen muss.. Für das erste Beispiel nehmen wir an, heute Abend um 22:30 Uhr soll ein Mailaustausch erfolgen. Der entsprechende Befehl steht in der Datei /root/mail-befehl :		Um einen solchen Job anzulegen, können Sie sich zweier Möglichkeiten bedienen: Entweder schreiben Sie die Befehle in eine Datei oder Sie geben die Liste der Befehle von Hand ein. Den Job selbst tragen Sie mit dem Befehl "at" und der Angabe des Zeitpunktes ein. Für die Beschreibung des Zeitpunktes gibt es wiederum viele Möglichkeiten, gemeinsam ist nur, dass die Zeitangabe am Anfang stehen muss.. Für das erste Beispiel nehmen wir an, heute Abend um 22:30 Uhr soll ein Mailaustausch erfolgen. Der entsprechende Befehl steht in der Datei /root/mail-befehl :
Zeile 38:		Zeile 38:
	Wir finden also die beiden aktivierten Jobs in der Liste. Wollen Sie einen Job wieder entfernen, hilft der Befehl "atrm" gefolgt von der Jobnummer. Der Superuser root darf jeden at-Job löschen, die anderen Nutzer nur ihre eigenen Jobs.		Wir finden also die beiden aktivierten Jobs in der Liste. Wollen Sie einen Job wieder entfernen, hilft der Befehl "atrm" gefolgt von der Jobnummer. Der Superuser root darf jeden at-Job löschen, die anderen Nutzer nur ihre eigenen Jobs.

	=== sich wiederholende Jobs mit "cron" ===		=== sich wiederholende Jobs mit cron ===

	Vielfach sollen aber sich wiederholende Jobs ausgeführt werden. Dafür sorgt der Daemon "crond", der ebenfalls beim Systemstart aktiviert wird und der wichtige Aufgaben im Server übernimmt. Eine Reihe von Aufträgen hat dieser Daemon schon bekommen, die Sie bei der Bearbeitung der Tabellen nicht entfernen sollten. Vielmehr ist es meist wünschenswert, die Aufgaben zu erweitern.		Vielfach sollen aber sich wiederholende Jobs ausgeführt werden. Dafür sorgt der Daemon "crond", der ebenfalls beim Systemstart aktiviert wird und der wichtige Aufgaben im Server übernimmt. Eine Reihe von Aufträgen hat dieser Daemon schon bekommen, die Sie bei der Bearbeitung der Tabellen nicht entfernen sollten. Vielmehr ist es meist wünschenswert, die Aufgaben zu erweitern.
Zeile 45:		Zeile 45:

	'''Achtung:''' Bearbeiten Sie die Tabellen nie mit einem Editor direkt im Verzeichnis. Der Daemon wird sonst nicht über die Änderungen informiert und die Jobs laufen wie vereinbart weiter.		'''Achtung:''' Bearbeiten Sie die Tabellen nie mit einem Editor direkt im Verzeichnis. Der Daemon wird sonst nicht über die Änderungen informiert und die Jobs laufen wie vereinbart weiter.

			==== Arbeitsweise von cron ====

	Schauen wir uns eine frei erfundene Tabelle an.		Schauen wir uns eine frei erfundene Tabelle an.

	-5,20,35,50 * * * * /~~usr/lib/ods-server/cron~~/job.OFT < /dev/null		-5,20,35,50 * * * * /verzeichnis/job.OFT < /dev/null
	10 2 * * * /~~usr/lib/ods-server/cron~~/job.TAG < /dev/null		10 2 * * * /verzeichnis/job.TAG < /dev/null
	10 3 * * mon /~~usr/lib/ods-server/cron~~/job.WOCHE < /dev/null		10 3 * * mon /verzeichnis/job.WOCHE < /dev/null
	10 4 1 * * /~~usr/lib/ods-server/cron~~/job.MONAT < /dev/null		10 4 1 * * /verzeichnis/job.MONAT < /dev/null
	10 5 1 mar,sep * /~~usr/lib/ods-server/cron~~/job.HALBJAHR < /dev/null		10 5 1 mar,sep * /verzeichnis/job.HALBJAHR < /dev/null

	:''Abbildung: Aufbau einer Crontab''		:''Abbildung: Aufbau einer Crontab''
Zeile 58:		Zeile 60:
	Die Tabelle besteht virtuell aus sechs Spalten, die nicht direkt untereinander stehen müssen. Die erste Spalte steht für den (oder die) Minutenwert(e), die zweite für die Stundenwerte, die dritte für den Tag des Monats, die vierte für den Monat und die fünfte für den Wochentag. Die sechste Spalte schließlich nimmt den Befehl auf, der ausgeführt werden soll.		Die Tabelle besteht virtuell aus sechs Spalten, die nicht direkt untereinander stehen müssen. Die erste Spalte steht für den (oder die) Minutenwert(e), die zweite für die Stundenwerte, die dritte für den Tag des Monats, die vierte für den Monat und die fünfte für den Wochentag. Die sechste Spalte schließlich nimmt den Befehl auf, der ausgeführt werden soll.

	'''Zeile 1:''' Hier wird festgelegt, dass täglich in jeder Stunde (* steht für jede beliebigen Wert, hier für jede Stunde, jeden Tag, jeden Monat und jeden Wochentag) in den Minuten 5,20,35 und 50 der Befehl /~~usr/lib/ods-server/cron~~/job.OFT aufgerufen wird. Ein voran gestelltes Minus verhindert eine Mail an den Nutzer, der sonst immer einen Bericht per Mail zugestellt bekommt.		'''Zeile 1:''' Hier wird festgelegt, dass täglich in jeder Stunde (* steht für jede beliebigen Wert, hier für jede Stunde, jeden Tag, jeden Monat und jeden Wochentag) in den Minuten 5,20,35 und 50 der Befehl /verzeichnis/job.OFT aufgerufen wird. Ein voran gestelltes Minus verhindert eine Mail an den Nutzer, der sonst immer einen Bericht per Mail zugestellt bekommt.


			'''Zeile 2:''' Täglich um 2.10 Uhr wird der Befehl /verzeichnis/job.TAG abgearbeitet.

			'''Zeile 3-5:''' An jedem Montag (fünfte Spalte mon) um 3.10 Uhr läuft job.WOCHE ab, an jedem ersten (in Spalte 3 steht die 1) des Monats job.MONAT und am 1. März sowie 1. September läuft job.HALBJAHR.

			==== Systemeigene cron-Befehle ====

	'''~~Zeile 2:~~''' ~~Täglich um 2~~.~~10 Uhr wird der Befehl /usr/lib/ods~~-~~server/cron/job~~.~~TAG abgearbeitet~~.		Obwohl Sie nichts am Server tun und auch kein Nutzer angemeldet ist, fängt die Festplatte im Arktur-Schulserver manchmal an, für einige Minuten sehr aktiv zu sein. Dann führt der Server systemeigene Wartungsarbeiten durch. Wann das geschieht, können Sie in der Datei '''"/etc/crontab"''' sehen. Dies Datei hat einen etwas anderen Aufbau, als eine normale cron-Tabelle eines Nutzers. Sie sollten diese Datei nicht verändern, denn damit könnte die Stabilität ihres Servers gefährdet werden.

	~~'''Zeile 3~~-~~5:''' An jedem Montag (fünfte Spalte mon) um 3.10 Uhr läuft job.WOCHE ab, an jedem ersten (Spalte 3 ist 1) des Monats job.MONAT und am 1. März sowie 1. September läuft job.HALBJAHR.~~		==== Eigene cron-Befehle ====

	Schauen wir uns nun die Tabelle von ''root'' an. Nutzen Sie als ''root'' den Befehl		Schauen wir uns nun die Tabelle von ''root'' an. Nutzen Sie als ''root'' den Befehl

Schoffer am 22. November 2005 um 20:43 Uhr

2005-11-22T20:43:19Z

← Nächstältere Version		Version vom 22. November 2005, 22:43 Uhr
Zeile 9:		Zeile 9:
	Manchmal müssen Sie einen Befehl zu einem bestimmten Zeitpunkt ausführen lassen. Das kann zum Beispiel sein, dass der Internetzugang an einem Tag der offenen Tür freigegeben werden soll, aber Sie sind nicht da. Auch für Backups, die einmalig in einer bestimmten Nacht laufen sollen, lohnt sich die Nutzung eines "at-Jobs".		Manchmal müssen Sie einen Befehl zu einem bestimmten Zeitpunkt ausführen lassen. Das kann zum Beispiel sein, dass der Internetzugang an einem Tag der offenen Tür freigegeben werden soll, aber Sie sind nicht da. Auch für Backups, die einmalig in einer bestimmten Nacht laufen sollen, lohnt sich die Nutzung eines "at-Jobs".

	Um einen solchen Job anzulegen, können Sie sich zweier Möglichkeiten bedienen: Entweder schreiben Sie die Befehle in eine Datei oder Sie geben die Liste der Befehle von Hand ein. Den Job selbst tragen Sie mit dem Befehl "at" und der Angabe des ~~Zeitpunkts~~ ein. Für die Beschreibung des ~~Zeitpunkts~~ gibt es wiederum viele Möglichkeiten, gemeinsam ist nur, dass die Zeitangabe am Anfang stehen muss.. Für das erste Beispiel nehmen wir an, heute ~~abend~~ um 22:30 Uhr soll ein Mailaustausch erfolgen. Der entsprechende Befehl steht in der Datei /root/mail-befehl :		Um einen solchen Job anzulegen, können Sie sich zweier Möglichkeiten bedienen: Entweder schreiben Sie die Befehle in eine Datei oder Sie geben die Liste der Befehle von Hand ein. Den Job selbst tragen Sie mit dem Befehl "at" und der Angabe des Zeitpunktes ein. Für die Beschreibung des Zeitpunktes gibt es wiederum viele Möglichkeiten, gemeinsam ist nur, dass die Zeitangabe am Anfang stehen muss.. Für das erste Beispiel nehmen wir an, heute Abend um 22:30 Uhr soll ein Mailaustausch erfolgen. Der entsprechende Befehl steht in der Datei /root/mail-befehl :

	root@Arktur:~# at 22:30 /root/mail-befehl		root@Arktur:~# at 22:30 /root/mail-befehl
Zeile 42:		Zeile 42:
	Vielfach sollen aber sich wiederholende Jobs ausgeführt werden. Dafür sorgt der Daemon "crond", der ebenfalls beim Systemstart aktiviert wird und der wichtige Aufgaben im Server übernimmt. Eine Reihe von Aufträgen hat dieser Daemon schon bekommen, die Sie bei der Bearbeitung der Tabellen nicht entfernen sollten. Vielmehr ist es meist wünschenswert, die Aufgaben zu erweitern.		Vielfach sollen aber sich wiederholende Jobs ausgeführt werden. Dafür sorgt der Daemon "crond", der ebenfalls beim Systemstart aktiviert wird und der wichtige Aufgaben im Server übernimmt. Eine Reihe von Aufträgen hat dieser Daemon schon bekommen, die Sie bei der Bearbeitung der Tabellen nicht entfernen sollten. Vielmehr ist es meist wünschenswert, die Aufgaben zu erweitern.

	Grundsätzlich kann jeder Nutzer von Arktur solche Auftragstabellen erstellen. Die Aufträge werden dann mit den Rechten und der Umgebung dieses Nutzers durchgeführt. Erzeugt der Job Ausgaben, werden die an den Auftraggeber per E-Mail zugestellt. Im Dateisystem von Arktur finden Sie die Tabellen als Dateien mit dem Namen des Nutzers im Verzeichnis /var/cron/tabs. ~~Mit~~ der Datei /var/cron/deny können Sie einzelnen Nutzern das Recht entziehen, solche Cron-Tabellen anzulegen~~. Achtung! Bearbeiten Sie nicht die Tabellen direkt im Verzeichnis. Der Daemon wird sonst nicht über die Änderungen informiert und die Jobs laufen wie vereinbart weiter~~.		Grundsätzlich kann jeder Nutzer von Arktur solche Auftragstabellen erstellen. Die Aufträge werden dann mit den Rechten und der Umgebung dieses Nutzers durchgeführt. Erzeugt der Job Ausgaben, werden die an den Auftraggeber per E-Mail zugestellt. Im Dateisystem von Arktur finden Sie die Tabellen als Dateien mit dem Namen des Nutzers im Verzeichnis '''"/var/spool/cron/tabs"'''. In der Datei '''"/var/spool/cron/deny"''' können Sie einzelnen Nutzern das Recht entziehen, solche Cron-Tabellen anzulegen.

	~~Schauen wir uns~~ die ~~Tabelle von sysadm einmal an~~. ~~Nutzen Sie als root den Befehl "crontab -u sysadm -l" (l für list)~~ und ~~Sie erhalten:~~		'''Achtung:''' Bearbeiten Sie die Tabellen nie mit einem Editor direkt im Verzeichnis. Der Daemon wird sonst nicht über die Änderungen informiert und die Jobs laufen wie vereinbart weiter.

	5,20,35,50 * * * * /usr/lib/ods-server/cron/job.OFT < /dev/null		Schauen wir uns eine frei erfundene Tabelle an.

			-5,20,35,50 * * * * /usr/lib/ods-server/cron/job.OFT < /dev/null
	10 2 * * * /usr/lib/ods-server/cron/job.TAG < /dev/null		10 2 * * * /usr/lib/ods-server/cron/job.TAG < /dev/null
	10 3 * * mon /usr/lib/ods-server/cron/job.WOCHE < /dev/null		10 3 * * mon /usr/lib/ods-server/cron/job.WOCHE < /dev/null
Zeile 52:		Zeile 54:
	10 5 1 mar,sep * /usr/lib/ods-server/cron/job.HALBJAHR < /dev/null		10 5 1 mar,sep * /usr/lib/ods-server/cron/job.HALBJAHR < /dev/null

	Abbildung ~~7.10-1a~~: ~~Die~~ Crontab ~~für sysadm~~		:''Abbildung: Aufbau einer Crontab''

	Die Tabelle besteht virtuell aus sechs Spalten, die nicht direkt untereinander stehen müssen. Die erste Spalte steht für den (oder die) Minutenwert(e), die zweite für die Stundenwerte, die dritte für den Tag des Monats, die vierte für den Monat und die fünfte für den Wochentag. Die sechste Spalte schließlich nimmt den Befehl auf, der ausgeführt werden soll.		Die Tabelle besteht virtuell aus sechs Spalten, die nicht direkt untereinander stehen müssen. Die erste Spalte steht für den (oder die) Minutenwert(e), die zweite für die Stundenwerte, die dritte für den Tag des Monats, die vierte für den Monat und die fünfte für den Wochentag. Die sechste Spalte schließlich nimmt den Befehl auf, der ausgeführt werden soll.

	~~In diesem Beispiel~~ wird ~~in der ersten Zeile~~ festgelegt, dass täglich in jeder Stunde (* steht für jede beliebigen Wert, hier für jede Stunde, jeden Tag, jeden Monat und jeden Wochentag) in den Minuten 5,20,35 und 50 der Befehl /usr/lib/ods-server/cron/job.OFT aufgerufen wird, der zum Beispiel die Dienste des Newsservers überwacht und wenn nötig die Datenbank des NIS-Systems aktualisiert. Täglich um 2.10 Uhr wird der Befehl /usr/lib/ods-server/cron/job.TAG abgearbeitet. An jedem Montag (fünfte Spalte mon) um 3.10 Uhr läuft job.WOCHE ab, an jedem ersten (Spalte 3 ist 1) des Monats job.MONAT und am 1.März sowie 1.September läuft job.HALBJAHR. Diese Tabelle sollten Sie nicht von Hand ändern. Eventuelle Updates gehen von einer unveränderten Tabelle aus.		'''Zeile 1:''' Hier wird festgelegt, dass täglich in jeder Stunde (* steht für jede beliebigen Wert, hier für jede Stunde, jeden Tag, jeden Monat und jeden Wochentag) in den Minuten 5,20,35 und 50 der Befehl /usr/lib/ods-server/cron/job.OFT aufgerufen wird. Ein voran gestelltes Minus verhindert eine Mail an den Nutzer, der sonst immer einen Bericht per Mail zugestellt bekommt.

	Schauen wir uns nun die Tabelle von root an. Nutzen Sie als root den Befehl "crontab -u root -l~~" (~~l für list) und Sie erhalten:
			'''Zeile 2:''' Täglich um 2.10 Uhr wird der Befehl /usr/lib/ods-server/cron/job.TAG abgearbeitet.

			'''Zeile 3-5:''' An jedem Montag (fünfte Spalte mon) um 3.10 Uhr läuft job.WOCHE ab, an jedem ersten (Spalte 3 ist 1) des Monats job.MONAT und am 1. März sowie 1. September läuft job.HALBJAHR.

			Schauen wir uns nun die Tabelle von ''root'' an. Nutzen Sie als ''root'' den Befehl

			crontab -u root -l

			wobei mit -u der Nutzername angegeben wird und -l für list steht und Sie erhalten:

	30 20,5 * * * /etc/ppp/inet-off > /dev/null		30 20,5 * * * /etc/ppp/inet-off > /dev/null

	Abbildung ~~7.10-1b~~: Die Crontab für root		:''Abbildung: Die Crontab für root''

			Täglich um 20.30 Uhr und um 5.30 Uhr wird der Internet-Zugang geschlossen. Ist in Ihrer Schule zum Beispiel eine Volkshochschule, die auch nach 20.30 Uhr das Internet nutzen will, muss dieser Job verändert werden. Nehmen wir an, der Server soll jeden Wochentag um 7.00 Uhr das Internet über den Provider "t-online" öffnen und statt 20.30 Uhr um 22.30 Uhr (und sicherheitshalber nochmals um 5.30 Uhr) das Internet schließen. Bearbeiten Sie die Tabelle mit dem Befehl

			crontab -u root -e

			wobei -e für editieren (verändern) steht. Die letzten Zeilen der Tabelle müssen dann so aussehen:

	~~Täglich um 20.~~30 ~~Uhr und um~~ 5~~.30 Uhr wird der Internet~~-Zugang geschlossen. Ist in Ihrer Schule zum Beispiel eine Volkshochschule, die auch nach 20.30 Uhr das Internet nutzen will, muss dieser Job verändert werden. Nehmen wir an, der Server soll jeden Tag um 7.00 ~~Uhr das Internet über den Provider "t~~-~~online" öffnen und statt 20.30 Uhr um 22.30 Uhr (und wie gewohnt um~~ 5~~.30 Uhr) das Internet schließen. Bearbeiten Sie die Tabelle mit dem Befehl "crontab~~ -~~u root~~ -~~e". Die letzten Zeilen der Tabelle müssen dann so aussehen: (Bitte nicht vergessen, die letzte Zeile mit einem "Return" abzuschließen, da sie sonst nicht ausgeführt wird.)~~		30 22,5 * * * /etc/ppp/inet-off > /dev/null
			00 07 * * 1-5 /etc/ppp/inet-on t-online > /dev/null

	~~30 22,5 * * * /etc/ppp/inet-off~~		:''Abbildung: Die letzten Zeilen der neuen Crontab''
	~~00 07 * * * /etc/ppp/inet-on t-online~~

	~~Abbildung 7~~.~~10-2: Die letzten Zeilen der neuen Crontab~~		'''Achtung:''' Bitte vergessen Sie nicht, die letzte Zeile mit einem "Enter" abzuschließen, da sie sonst nicht ausgeführt wird.

	Damit wird nun das Internet um 7.00 Uhr freigegeben. Fließen dann ca. 10 Minuten lang keine Daten ins Internet, legt Arktur die Telefonleitung auf und geht in den Modus "Standby". Sobald eine Anfrage ins Internet geht, wird die Telefon- oder ADSL-Verbindung wieder aufgebaut und die angeforderten Seiten geholt. Auf diese Weise werden eventuell Online-Kosten gespart, aber vor allem auch die Zeit für Angriffe aus dem Internet verringert.		Damit wird nun das Internet Montag bis Freitag (1-5) um 7.00 Uhr freigegeben. Fließen dann ca. 10 Minuten lang keine Daten ins Internet, legt Arktur die Telefonleitung auf und geht in den Modus "Standby". Sobald eine Anfrage ins Internet geht, wird die Telefon- oder ADSL-Verbindung wieder aufgebaut und die angeforderten Seiten geholt. Auf diese Weise werden eventuell Online-Kosten gespart, aber vor allem auch die Zeit für Angriffe aus dem Internet verringert.

	~~Wenn~~ Sie ~~wollen,~~ können ~~Sie~~ die Tabelle um weitere Befehle erweitern. ~~Barbeiten~~ Sie bitte nur die crontab von root mit der Hand, nicht die von sysadm, es sei denn, Sie wissen genau, was Sie tun. Es kann sonst sein, dass wichtige Jobs nachts nicht mehr ausgeführt werden und letztlich die Funktion des Servers beeinträchtigt wird.		Sie können die Tabelle um weitere Befehle erweitern. Bearbeiten Sie bitte nur die crontab von root mit der Hand, nicht die von sysadm, es sei denn, Sie wissen genau, was Sie tun. Es kann sonst sein, dass wichtige Jobs nachts nicht mehr ausgeführt werden und letztlich die Funktion des Servers beeinträchtigt wird.


	----		----
	<div align="right">[[Administratorhandbuch\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Administratorhandbuch\|zurück]] \| [[Hauptseite]]</div>

84.201.65.35: /* sich wiederholende Jobs mit "cron" */

2005-08-15T15:01:43Z

sich wiederholende Jobs mit "cron"

← Nächstältere Version		Version vom 15. August 2005, 17:01 Uhr
Zeile 64:		Zeile 64:
	Abbildung 7.10-1b: Die Crontab für root		Abbildung 7.10-1b: Die Crontab für root

	Täglich um 20.30 Uhr und um 5.30 Uhr wird der Internet-Zugang geschlossen. Ist in Ihrer Schule zum Beispiel eine Volkshochschule, die auch nach 20.30 Uhr das Internet nutzen will, muss dieser Job verändert werden. Nehmen wir an, der Server soll jeden Tag um 7.00 Uhr das Internet über den Provider "t-online" öffnen und statt 20.30 Uhr um 22.30 Uhr (und wie gewohnt um 5.30 Uhr) das Internet schließen. Bearbeiten Sie die Tabelle mit dem Befehl "crontab -u root -e". Die letzten Zeilen der Tabelle müssen dann so aussehen:		Täglich um 20.30 Uhr und um 5.30 Uhr wird der Internet-Zugang geschlossen. Ist in Ihrer Schule zum Beispiel eine Volkshochschule, die auch nach 20.30 Uhr das Internet nutzen will, muss dieser Job verändert werden. Nehmen wir an, der Server soll jeden Tag um 7.00 Uhr das Internet über den Provider "t-online" öffnen und statt 20.30 Uhr um 22.30 Uhr (und wie gewohnt um 5.30 Uhr) das Internet schließen. Bearbeiten Sie die Tabelle mit dem Befehl "crontab -u root -e". Die letzten Zeilen der Tabelle müssen dann so aussehen: (Bitte nicht vergessen, die letzte Zeile mit einem "Return" abzuschließen, da sie sonst nicht ausgeführt wird.)

	30 22,5 * * * /etc/ppp/inet-off		30 22,5 * * * /etc/ppp/inet-off

84.201.65.35: /* einzelne Jobs ausführen mit "at" */

2005-08-15T14:57:13Z

einzelne Jobs ausführen mit "at"

← Nächstältere Version		Version vom 15. August 2005, 16:57 Uhr
Zeile 36:		Zeile 36:
	2 2002-03-25 07:30 a root		2 2002-03-25 07:30 a root

	Wir finden also die beiden aktivierten Jobs in der Liste. Wollen Sie einen Job wieder entfernen, hilft der Befehl "atrm" gefolgt von der Jobnummer. Der ~~Spueruser~~ root darf jeden at-Job löschen, die anderen Nutzer nur ihre eigenen Jobs.		Wir finden also die beiden aktivierten Jobs in der Liste. Wollen Sie einen Job wieder entfernen, hilft der Befehl "atrm" gefolgt von der Jobnummer. Der Superuser root darf jeden at-Job löschen, die anderen Nutzer nur ihre eigenen Jobs.

	=== sich wiederholende Jobs mit "cron" ===		=== sich wiederholende Jobs mit "cron" ===