Hallo Liste, ich habe ein kleines Problem mit dem cron und SuSE 8.0. Ich habe unser Internetgateway neu aufgesetzt und dabei auch einen Versionspruch von 7.0 auf 8.0 vollzogen. Ich habe das Gateway nach einiger Zeit in etwa den selben Zustand hinbekommen wie das unter 7.0, nur leider nicht den cron. Der cron will einfach nicht den Aufgaben von mir annehmen. Die Schritte die ich gemacht habe : eine Datei in /var/spool/cron/tabs mit folgendem Inhalt erstellt 0 0-23/2 * * * /programm 'Leerschritte durchTabs getrennt' crontab -u user Datei abgesetzt und absolut nichts passiert crontab -l user gibt aber genau den Output den er bringen sollte. Hat einer eine Ahnung was ich da falsch gemacht habe ? Danke für jeden Tip Peter Nacken
Am 10/07/2002 07:50 PM schrieb Peter Nacken:
Hallo Liste,
[...]
Der cron will einfach nicht den Aufgaben von mir annehmen.
Die Schritte die ich gemacht habe :
eine Datei in /var/spool/cron/tabs mit folgendem Inhalt erstellt 0 0-23/2 * * * /programm 'Leerschritte durchTabs getrennt' crontab -u user Datei abgesetzt
und absolut nichts passiert
crontab -l user gibt aber genau den Output den er bringen sollte.
Hat einer eine Ahnung was ich da falsch gemacht habe ?
Vielleicht den Cron-Daemon neustarten ? /etc/init.d/cron restart ?? Gruß Martin
Am Montag, 7. Oktober 2002 20:15 schrieb Martin Knipper:
Am 10/07/2002 07:50 PM schrieb Peter Nacken:
Hallo Liste,
[...]
Der cron will einfach nicht den Aufgaben von mir annehmen.
Die Schritte die ich gemacht habe :
eine Datei in /var/spool/cron/tabs mit folgendem Inhalt erstellt 0 0-23/2 * * * /programm 'Leerschritte durchTabs getrennt' crontab -u user Datei abgesetzt
und absolut nichts passiert
crontab -l user gibt aber genau den Output den er bringen sollte.
Hat einer eine Ahnung was ich da falsch gemacht habe ?
Vielleicht den Cron-Daemon neustarten ?
/etc/init.d/cron restart ??
Nee leider nicht, die Kisten ist seitdem schon ain paar mal durchgestartet worden. Peter Nacken
Der cron will einfach nicht den Aufgaben von mir annehmen. eine Datei in /var/spool/cron/tabs mit folgendem Inhalt erstellt 0 0-23/2 * * * /programm 'Leerschritte durchTabs getrennt' crontab -u user Datei abgesetzt
Ich kenne kein /programm, dass direkt im root-Verzeichnis liegt. Ausserdem müßte ein startender cron-Lauf in /var/log/messages auftauchen. Da mal reinschauen kann nie sooo falsch sein. .o) Also bitte etwas mehr Informationen sammeln und die 1:1 wiedergeben. Sonst kann man dir ja deine Denkfehler nicht nachweisen... .o) Gruss -- Michael Zimmermann (http://vegaa.de)
* Martin Knipper schrieb am 07.Okt.2002:
Vielleicht den Cron-Daemon neustarten ?
/etc/init.d/cron restart ??
Nein, nein und nochmals nein. cron muß nicht neu gestartet werden, nur weil man einen Eintrag ändert. Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0
Am 10/07/2002 09:11 PM schrieb Bernd Brodesser:
* Martin Knipper schrieb am 07.Okt.2002:
Vielleicht den Cron-Daemon neustarten ?
/etc/init.d/cron restart ??
Nein, nein und nochmals nein. cron muß nicht neu gestartet werden, nur weil man einen Eintrag ändert.
Bernd
mklinux:/var/spool/cron/tabs # cat root # DO NOT EDIT THIS FILE - edit the master and reinstall. [...] Da ich evtl. angenommen habe, daß Peter die Datei direkt editiert hat, habe ich vorgeschlagen, den cron neu zustarten. Das man nach einem "hinzufügen" eines cronjobs den cron Daemon nicht Neustarten muß, ist bekannt. Gruß Martin
* Martin Knipper
Da ich evtl. angenommen habe, daß Peter die Datei direkt editiert hat, habe ich vorgeschlagen, den cron neu zustarten.
Das man nach einem "hinzufügen" eines cronjobs den cron Daemon nicht Neustarten muß, ist bekannt.
ich ändere immer die Datei direkt. Und auch nach dem Ändern eines cronjobs muss man nichts starten. -- Gruß - Ulli Microsoft isn't the answer. Microsoft is the question, and the answer is no. -- Grant Edwards
Am Montag, 7. Oktober 2002 20:15 schrieb Martin Knipper:
Am 10/07/2002 07:50 PM schrieb Peter Nacken:
Hallo Liste,
[...]
Der cron will einfach nicht den Aufgaben von mir annehmen.
Die Schritte die ich gemacht habe :
eine Datei in /var/spool/cron/tabs mit folgendem Inhalt erstellt 0 0-23/2 * * * /programm 'Leerschritte durchTabs getrennt' crontab -u user Datei abgesetzt
und absolut nichts passiert
crontab -l user gibt aber genau den Output den er bringen sollte.
Hat einer eine Ahnung was ich da falsch gemacht habe ?
Vielleicht den Cron-Daemon neustarten ?
/etc/init.d/cron restart ??
Gruß Martin
Die crontab wird mit crontab -e editiert, nicht von Hand. Gruß Udo -- Mail: udo@neist.dnsalias.org oder udo.neist@t-online.de Hompage: http://neist.dnsalias.org
* Udo Neist schrieb am 07.Okt.2002:
Die crontab wird mit crontab -e editiert, nicht von Hand.
Was spricht dagegen, es von Hand zu editieren? Bernd -- Was ist quoten? Quoten ist das Zitieren aus einer mail, der man antwortet. Und wie macht man es richtig? Zitate werden mit "> " gekennzeichnet. Nicht mehr als nötig zitieren. Vor den Abschnitten das Zitat, auf das man sich bezieht, mit einer Zeile Abstand oben und unten. |Zufallssignatur 12
Hallo, On Tue, 08 Oct 2002, Bernd Brodesser wrote:
* Udo Neist schrieb am 07.Okt.2002:
Die crontab wird mit crontab -e editiert, nicht von Hand.
Was spricht dagegen, es von Hand zu editieren?
Unter anderem das: # ls -l /var/cron/tabs/ | grep -v total | awk '{print $1" "$3;}' -rw------- root -rw------- root -rw------- root # ls -l `which crontab` | awk '{print $1" "$3" "$4;}' -rwsr-xr-x root root Und das: ==== man 8 cron ==== Additionally, cron checks each minute to see if its spool directory's modtime (or the modtime on /etc/crontab) has changed, and if it has, cron will then examine the modtime on all crontabs and reload those which have changed. Thus cron need not be restarted whenever a crontab file is mod ified. Note that the crontab(1) command updates the mod time of the spool directory whenever it changes a crontab. ==== -dnh --
Ein Massenprovider hat nun mal jede Menge Kunden, und 10% Idioten sind halt immer dabei. Die stoeren mich gar nicht. Die 75 % Vollidioten schon eher. [Roman Niederdrenk und Hans Bonfigt in doc]
Am Dienstag, 8. Oktober 2002 10:50 schrieb Bernd Brodesser:
* Udo Neist schrieb am 07.Okt.2002:
Die crontab wird mit crontab -e editiert, nicht von Hand.
Was spricht dagegen, es von Hand zu editieren?
Bernd
crontab -e ruft doch einen Editor auf und übernimmt die crontab auch gleich. Natürlich geht auch ein crontab -u user Datei :-) Nur irgendwo stand, man sollte crontab -e vorziehen. Warum und weshalb weiß ich nicht mehr, das Buch ist bereits im Archiv gelandet. Gruß Udo -- Mail: udo@neist.dnsalias.org oder udo.neist@t-online.de Hompage: http://neist.dnsalias.org
Udo Neist [19:26 08.10.02]:
crontab -e ruft doch einen Editor auf und übernimmt die crontab auch gleich. Natürlich geht auch ein crontab -u user Datei :-) Nur irgendwo stand, man sollte crontab -e vorziehen. Warum und weshalb weiß ich nicht mehr, das Buch ist bereits im Archiv gelandet.
Problematisch wird es, wenn man die crontab direkt editiert, während cron sich grad drin herumtreibt. Wenn man es über crontab -e macht, dann passiert nix. Dieses ist also der Weg der Wahl.
Hallo zusammen, das ganze scheint wohl eine Art Glaubenskrieg zu sein?! ;) da ich meine /etc/crontab öfter mal mittels eines cgis editieren lasse, funzt der crontab -e sowieso nicht (im Übrigen solltet ihr mal webmin anschauen, wie dort mit den crontabs verfahren wird, das ist sehr lehrreich - Dank an Jamie Cameron!!). aber es spricht doch nichts dagegen, einen zweite crontab generieren zu lassen, cron kurz auszuschalten (wirklich ununterbrochen muß er sowieso wohl kaum laufen?!), die neue crontab über die alte zu kopieren (Zeitersparnis!) und cron zu restarten oder?? Aber jeder wie er mag..... ist halt Ansichtssache! Gruß Peter Andy Feile wrote:
Udo Neist [19:26 08.10.02]:
crontab -e ruft doch einen Editor auf und übernimmt die crontab auch gleich. Natürlich geht auch ein crontab -u user Datei :-) Nur irgendwo stand, man sollte crontab -e vorziehen. Warum und weshalb weiß ich nicht mehr, das Buch ist bereits im Archiv gelandet.
Problematisch wird es, wenn man die crontab direkt editiert, während cron sich grad drin herumtreibt. Wenn man es über crontab -e macht, dann passiert nix. Dieses ist also der Weg der Wahl.
rehberger architekten schertlinstr 23 86 159 augsburg tel 0821 25980-29 fax 0821 25980-20
peter grotz wrote:
das ganze scheint wohl eine Art Glaubenskrieg zu sein?! ;) da ich meine /etc/crontab öfter mal mittels eines cgis editieren lasse, funzt der crontab -e sowieso nicht
Du hast nicht richtig aufgepasst. Es ging um eine User-Crontab und nicht um die System-Crontab. User-Crontabs sollte man wirklich mit crontab -e bearbeiten. Peter
* peter grotz
im Übrigen solltet ihr mal webmin anschauen, wie dort mit den crontabs verfahren wird, das ist sehr lehrreich
ich habe webmin in die Tonne getreten, nachdem ich gesehen hatte, was es mit meiner smb.conf angestellt hat ... -- Gruß - Ulli Microsoft isn't the answer. Microsoft is the question, and the answer is no. -- Grant Edwards
* peter grotz schrieb am 09.Okt.2002:
das ganze scheint wohl eine Art Glaubenskrieg zu sein?! ;) da ich meine /etc/crontab öfter mal mittels eines cgis editieren lasse, funzt der crontab -e sowieso nicht (im Übrigen solltet ihr mal webmin anschauen, wie dort mit den crontabs verfahren wird, das ist sehr lehrreich - Dank an Jamie Cameron!!). aber es spricht doch nichts dagegen, einen zweite crontab generieren zu lassen, cron kurz auszuschalten (wirklich ununterbrochen muß er sowieso wohl kaum laufen?!), die neue crontab über die alte zu kopieren (Zeitersparnis!) und cron zu restarten oder??
Was ist los? Man muß nichts an cron machen, wenn man einen Eintrag hinzfügt. Schau doch mal über Deinen Tellerrand als Einzeluser hinaus. Was soll mit einem Systemrechner passieren, an dem 50 Leute arbeiten und wo ständig jemand einen croneintrag ändert? Soll da jedesmal cron neu gestartet werden? Der Sysadmin hätte viel zu tun. Und bitte kein TOFU produzieren. Danke Bernd -- ACK = ACKnowledge = Zustimmung | NAC = No ACknowledge = keine Zustimmung DAU = Dümmster Anzunehmender User | LOL = Laughing Out Loud = Lautes Lachen IIRC = If I Remember Correctly = Falls ich mich richtig erinnere OT = Off Topic = Am Thema (der Liste) vorbei |Zufallssignatur 11
* Udo Neist schrieb am 08.Okt.2002:
Am Dienstag, 8. Oktober 2002 10:50 schrieb Bernd Brodesser:
* Udo Neist schrieb am 07.Okt.2002:
Die crontab wird mit crontab -e editiert, nicht von Hand.
Was spricht dagegen, es von Hand zu editieren?
crontab -e ruft doch einen Editor auf und übernimmt die crontab auch gleich. Natürlich geht auch ein crontab -u user Datei :-) Nur irgendwo stand, man sollte crontab -e vorziehen. Warum und weshalb weiß ich nicht mehr, das Buch ist bereits im Archiv gelandet.
Ich meinte mehr sowas wie: vi /var/spool/cron/tabs/$USER allerdings darf das ein normaler User gar nicht. Und in einer betrieblichen Umgebung kennt der normale User das root-Paßwort nicht, und kann es somit auch nicht direkt ändern. Aber wenn man es macht, und es richtig macht, so funktioniert es auch. Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0
* Peter Nacken schrieb am 07.Okt.2002:
eine Datei in /var/spool/cron/tabs mit folgendem Inhalt erstellt 0 0-23/2 * * * /programm 'Leerschritte durchTabs getrennt' crontab -u user Datei abgesetzt
und absolut nichts passiert
Was macht programm? Hast Du beachtet, daß cron einen sehr eingeschränkten Pfad hat? Hast Du beachtet, daß cron keinem Terminal zugeordnet ist, und somit nicht einfach auf einem Terminal schreibt, wenn Du nichts umlenkst? Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0
participants (10)
-
Andy Feile -
B.Brodesser＠t-online.de -
David Haller -
Martin Knipper -
Michael Zimmermann -
peter grotz -
Peter Nacken -
Peter Wiersig -
udo.neist＠t-online.de -
Ulli Kuhnle