Hallo auch: Habe ein interessantes Problem. Auf einem meiner Linux-Server (SuSE 7.2) haben die Cronjobs aufgehört zu wirken. Natürlich dachte ich auch erst an eine Fehlkonfiguration der auszuführenden Skripte. Aber diese ließen sich alle manuell starten und taten noch immer was sie sollen. Also überprüfte ich die crontab indem ich einfach eine Zeile hinzufügte: * * * * * echo hallo Bei meinen anderen Servern (bei denen Cron noch einwandfrei läuft) bewirkt das jede Minute eine Message nach /var/mail/root mit dem Inhalt Hallo. Bei meinem Sorgenkind bewirkt es allerdings garnix. Hab natürlich auch ein paar andere Dinge dort getestet wie Skripte auszuführen etc, aber es passiert nichts. Also kam mir die Idee, der Crondienst an sich könnte ja platt sein. Ein rccron status gibt allerdings: running. In der boot.msg steht auch der erfolgreiche Start von cron: Starting CRON daemondone. Anbei muß ich erwähnen, daß die einzige Änderung an meinen Servern in den letzten Wochen die Einrichtung eines Zeitservers war, will heißen alle server sind nun ntp-Clients. Dadurch hat sich natürlich ihre Uhrzeit verstellt und xntpd läuft nun im Hintergrund, aber das gilt für alle Maschienen und nur eine will keinen Cron mehr tätigen. Hat irgendjemand ne Idee, wie ich weiter vorgehen und den Crondaemon testen bzw. wieder zum Laufen kriegen kann? Bin wie immer dankbar für alle Tips und Hinweise:) -- MfG, Bernd Tannenbaum Technik Zentrum I.T.E.N.O.S. GmbH Lievelingsweg 125 53119 Bonn Tel.: +49 (0)228 / 7293-230 E-Mail: tannenbaum@itenos.de Internet: www.itenos.de One OS to rule them all, one OS to find them. One OS to bring them all, and in the darkness bind them In the land of Redmond, where the shadows lie.
Am Mit, 2002-11-13 um 15.15 schrieb Bernd Tannenbaum:
* * * * * echo hallo Bei meinen anderen Servern (bei denen Cron noch einwandfrei läuft) bewirkt das jede Minute eine Message nach /var/mail/root mit dem Inhalt Hallo.
Vielleicht tut nur Dein Mailsystem nicht mehr? -- Andreas Feile www.feile.net Andreas Feile mail@feile.net http://www.feile.net RSA: 4F778B23
On Mit, 13 Nov 2002 at 18:34 (+0100), Andreas Feile wrote:
Am Mit, 2002-11-13 um 15.15 schrieb Bernd Tannenbaum:
* * * * * echo hallo Bei meinen anderen Servern (bei denen Cron noch einwandfrei läuft) bewirkt das jede Minute eine Message nach /var/mail/root mit dem Inhalt Hallo.
Vielleicht tut nur Dein Mailsystem nicht mehr?
Kann man ja testen: * * * * * /bin/date >>/tmp/cron.log Jan
From: "Jan Trippler"
On Mit, 13 Nov 2002 at 18:34 (+0100), Andreas Feile wrote:
Am Mit, 2002-11-13 um 15.15 schrieb Bernd Tannenbaum:
* * * * * echo hallo Bei meinen anderen Servern (bei denen Cron noch einwandfrei läuft) bewirkt das jede Minute eine Message nach /var/mail/root mit dem Inhalt Hallo.
Vielleicht tut nur Dein Mailsystem nicht mehr?
Kann man ja testen: * * * * * /bin/date >>/tmp/cron.log
Hallo Jan, ich kenne das Problem seit einigen Tagen leider auch, Mail funktioniert wunderbar, alle anderen CronJobs melden sich per Mail, auch ein Neustart von Cron brachte nichts. Alle meine Jobs aus der /etc/crontab und den /etc/cron.*/ werden ausgeführt, nur leider nicht die seccheck Jobs. Bis dann Daniel
Hallo: Daniel Bauer / MList wrote:
From: "Jan Trippler"
On Mit, 13 Nov 2002 at 18:34 (+0100), Andreas Feile wrote:
Am Mit, 2002-11-13 um 15.15 schrieb Bernd Tannenbaum:
* * * * * echo hallo Bei meinen anderen Servern (bei denen Cron noch einwandfrei läuft) bewirkt das jede Minute eine Message nach /var/mail/root mit dem Hallo.
Vielleicht tut nur Dein Mailsystem nicht mehr?
Kann man ja testen: * * * * * /bin/date >>/tmp/cron.log
Ist getestet, klappt leider nicht :(
Hallo Jan,
ich kenne das Problem seit einigen Tagen leider auch, Mail funktioniert wunderbar, alle anderen CronJobs melden sich per Mail, auch ein Neustart von Cron brachte nichts. Alle meine Jobs aus der /etc/crontab und den /etc/cron.*/ werden ausgeführt, nur leider nicht die seccheck Jobs.
Hmm....mal ne Noob-Frage: Was sind "seccheck Jobs"? Ansonsten scheints bei mir woanders zu haken, denn es werden prinzipiell gar keine Cronjobs ausgeführt, auch nicht die unter /etc/cron.*/. Hab einfach mal so nen Hourly Job eingegeben, bei meiner Vergleichsmaschiene wurde er um 12:00 ausgeführt, beim Sorgenkind nicht. Hoffe, das ich nicht wehgen diesem Problem den ganzen Server plattmachen muß. Ohne Cronjobs bringt der mir nämlich leider garnix. Und eine komplette Neuinstallation wär ein Arsch voll Arbeit. Hoffe, das vielleicht noch einer ne Idee hat, das zu umgehen? Bernd -- MfG, Bernd Tannenbaum Technik Zentrum I.T.E.N.O.S. GmbH Lievelingsweg 125 53119 Bonn Tel.: +49 (0)228 / 7293-230 E-Mail: tannenbaum@itenos.de Internet: www.itenos.de One OS to rule them all, one OS to find them. One OS to bring them all, and in the darkness bind them In the land of Redmond, where the shadows lie.
From: "Bernd Tannenbaum"
[...]
Hmm....mal ne Noob-Frage: Was sind "seccheck Jobs"?
Ansonsten scheints bei mir woanders zu haken, denn es werden
meinte damit die Local Daily/Weekly/Monthly Security Checks ... prinzipiell
gar keine Cronjobs ausgeführt, auch nicht die unter /etc/cron.*/.
Hab einfach mal so nen Hourly Job eingegeben, bei meiner Vergleichsmaschiene wurde er um 12:00 ausgeführt, beim Sorgenkind nicht. Hoffe, das ich nicht wehgen diesem Problem den ganzen Server
sieht so aus ... plattmachen
muß. Ohne Cronjobs bringt der mir nämlich leider garnix. Und eine komplette Neuinstallation wär ein Arsch voll Arbeit. Hoffe, das vielleicht noch einer ne Idee hat, das zu umgehen?
Ich denke das ein Neustart von Cron oder ein Nachinstallieren von CD abhilfe schaffen müßte ... Bis dann Daniel
On Don, 14 Nov 2002 at 09:20 (+0100), Daniel Bauer / MList wrote: [...]
ich kenne das Problem seit einigen Tagen leider auch, Mail funktioniert wunderbar, alle anderen CronJobs melden sich per Mail, auch ein Neustart von Cron brachte nichts. Alle meine Jobs aus der /etc/crontab und den /etc/cron.*/ werden ausgeführt, nur leider nicht die seccheck Jobs.
Wenn Du damit (wie in Deiner anderen Mail geschrieben), die hourly- daily- usw. Jobs meinst, dann schau mal in /usr/lib/cron/run-crons, wie der folgende Parameter gesetzt ist. # set to "true" to send a mail even if all scripts returned OK SEND_MAIL_ON_NO_ERROR=false Was mich daran so erstaunt: Das Ganze ohne Änderung im System? Sehr merkwürdig. Jan
* Bernd Tannenbaum schrieb am 13.Nov.2002:
Habe ein interessantes Problem. Auf einem meiner Linux-Server (SuSE 7.2) haben die Cronjobs aufgehört zu wirken. Natürlich dachte ich auch erst an eine Fehlkonfiguration der auszuführenden Skripte. Aber diese ließen sich alle manuell starten und taten noch immer was sie sollen. Also überprüfte ich die crontab indem ich einfach eine Zeile hinzufügte: * * * * * echo hallo
Das ist ein schlechter Test, denn die Benachrichtigung per Mail läßt sich abstellen. Schreib lieber in eine Datei hinen, und schau die Dir an. * * * * * echo hallo >> /tmp/crontest
Also kam mir die Idee, der Crondienst an sich könnte ja platt sein. Ein rccron status gibt allerdings: running. In der boot.msg steht auch der erfolgreiche Start von cron: Starting CRON daemondone.
Was sagt denn ps -ef | grep [c]ron 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 auch: B.Brodesser@t-online.de wrote:
* Bernd Tannenbaum schrieb am 13.Nov.2002:
[...]
sich alle manuell starten und taten noch immer was sie sollen. Also überprüfte ich die crontab indem ich einfach eine Zeile hinzufügte: * * * * * echo hallo
Das ist ein schlechter Test, denn die Benachrichtigung per Mail läßt sich abstellen. Schreib lieber in eine Datei hinen, und schau die Dir an.
* * * * * echo hallo >> /tmp/crontest
Okay, hätt ich dazu schreiben sollen, hab ich natürlich auch gemacht. Ich glaub ich hab nur allgemein geschrieben, das ich noch andere Sachen getestet hab. Aber das war auch eine davon. Habs trotzdem nochmal versucht. Auf meiner Vergeleichsmaschiene mit der laufenden Crontab: ssl2:~ # cat /tmp/cron.log Thu Nov 14 09:14:00 CET 2002 Thu Nov 14 09:15:00 CET 2002 Auf meinem Problemkind: ssl1:~ # cat /tmp/cron.log cat: /tmp/cron.log: No such file or directory
Also kam mir die Idee, der Crondienst an sich könnte ja platt sein.
Ein
rccron status gibt allerdings: running. In der boot.msg steht auch der
erfolgreiche Start von cron: Starting CRON daemondone.
Was sagt denn ps -ef | grep [c]ron
Auf der Vergleichsmaschiene: ssl2:~ # ps -ef | grep [c]ron root 456 1 0 Nov12 ? 00:00:00 /usr/sbin/cron root 11680 456 0 09:15 ? 00:00:00 [cron <defunct>] root 11681 456 0 09:15 ? 00:00:00 [cron <defunct>] root 11682 456 0 09:15 ? 00:00:00 [cron <defunct>] Auf meinem Problemkind: ssl1:~ # ps -ef | grep [c]ron root 458 1 0 Nov07 ? 00:00:00 /usr/sbin/cron root 24708 458 0 Nov11 ? 00:00:00 [cron <defunct>] Sind zwar 2 Zeilen weniger, denke mir aber das spielt hier wohl keine Rolle. Tja, bin leider immer noch nicht schlauer. Scheinbar scheint Crontab zu laufen, nur ausgeführt wird nix, bin ein bisschen ratlos. Btw, hab immer mit "crontab -e" unter root gearbeitet, da liegt der Hund doch nicht begraben, daß ich irgendwie die falsche crontab editiere? (Hab so im Hinterkopf, das jeder User eien hat, und das System selbst auch noch eine) Editiere ich hier die Root-Crontab? Danke übrigends für die Antworten, ich hab mich auf Bernds Antwort bezogen, da er das gleiche vermutet hat wie Jan und Andreas (Mail platt) plus die Prozessübersicht. Kann ich vielleicht einfach mal den Cron neu installieren (so als Paket über Yast) ? -- MfG, Bernd Tannenbaum Technik Zentrum I.T.E.N.O.S. GmbH Lievelingsweg 125 53119 Bonn Tel.: +49 (0)228 / 7293-230 E-Mail: tannenbaum@itenos.de Internet: www.itenos.de One OS to rule them all, one OS to find them. One OS to bring them all, and in the darkness bind them In the land of Redmond, where the shadows lie.
* Bernd Tannenbaum schrieb am 14.Nov.2002:
B.Brodesser@t-online.de wrote:
Was sagt denn ps -ef | grep [c]ron
Auf der Vergleichsmaschiene: ssl2:~ # ps -ef | grep [c]ron root 456 1 0 Nov12 ? 00:00:00 /usr/sbin/cron root 11680 456 0 09:15 ? 00:00:00 [cron <defunct>] root 11681 456 0 09:15 ? 00:00:00 [cron <defunct>] root 11682 456 0 09:15 ? 00:00:00 [cron <defunct>] Auf meinem Problemkind: ssl1:~ # ps -ef | grep [c]ron root 458 1 0 Nov07 ? 00:00:00 /usr/sbin/cron root 24708 458 0 Nov11 ? 00:00:00 [cron <defunct>]
Sind zwar 2 Zeilen weniger, denke mir aber das spielt hier wohl keine Rolle.
Nein, im Gegenteil, die defunct Zeilen sollten gar nicht dabei sein.
Tja, bin leider immer noch nicht schlauer. Scheinbar scheint Crontab zu laufen, nur ausgeführt wird nix, bin ein bisschen ratlos. Btw, hab immer mit "crontab -e" unter root gearbeitet, da liegt der Hund doch nicht begraben, daß ich irgendwie die falsche crontab editiere? (Hab so im Hinterkopf, das jeder User eien hat, und das System selbst auch noch eine) Editiere ich hier die Root-Crontab?
Es gibt die Tabellen /etc/crontab und /var/spool/cron/tabs/$USER Die erste ist die Systemtabelle und die zweiten die UserTabellen. Die Syntax ist leicht anders. In der /etc/crontab sehe das wie folgt aus: * * * * * USER Befehl In der /var/spool/cron/tabs/$USER so: * * * * * Befehl Der User wird hier nicht angegeben, er steckt im Dateinamen. Die Syntax der * sind bei beiden gleich. Schau Dir die Tabelle doch mal mit einem Editor an. crontab -e ist nichts als ein Hilfmittel, besonders für nich schreibberechtigte User, die crontab zu editieren. Du kanst es als root mit jedem beliebigen Editor machen. Veränderungen wirken sich unmittelbar aus. cron braucht nicht neu gestartet zu werden. Schau auch mal, ob irgendwelche Variablen in der Datei gesetzt sind. Etwa PATH. 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
Hallo und danke für die schnelle Antwort: B.Brodesser@t-online.de wrote:
Es gibt die Tabellen /etc/crontab und /var/spool/cron/tabs/$USER
Die erste ist die Systemtabelle und die zweiten die UserTabellen. Die Syntax ist leicht anders. In der /etc/crontab sehe das wie folgt aus:
* * * * * USER Befehl
In der /var/spool/cron/tabs/$USER so:
* * * * * Befehl
Der User wird hier nicht angegeben, er steckt im Dateinamen. Die Syntax der * sind bei beiden gleich. Schau Dir die Tabelle doch mal mit einem Editor an. crontab -e ist nichts als ein Hilfmittel, besonders für nich schreibberechtigte User, die crontab zu editieren. Du kanst es als root mit jedem beliebigen Editor machen. Veränderungen wirken sich unmittelbar aus. cron braucht nicht neu gestartet zu werden.
Schau auch mal, ob irgendwelche Variablen in der Datei gesetzt sind. Etwa PATH.
Okay, habs auch mal bei "Koffler" nachgelesen. Hab dann mal eine .hourly ausprobiert, die auch nicht ging (siehe Antwort an Daniel). Also hab ich das getan, was der Dau in seiner Verzweiflung (*g*) eben so tut. Alle Prozesse, in denen Cron vorkam gekillt und dann nochmal den Cron-Daemon restartet. Und siehe da, es klappt wieder. Was genau jetzt das Problem war, kann ich leider nicht sagen, aber natürlich bin ich froh, das wieder alles läuft wie es soll. Ein bisschen entäuscht bin ich an dieser Stelle allerdings von Linux, da ich inzwischen ein richtiger Fan geworden bin, besonders von der wirklich guten Möglichkeit, Fehler einzugrenzen und zu beheben (im Gegensatz zu windoof). In diesem Fall allerdings habe ich keinen Fehler finden können, der Daemon sah sich als ok an, trotzdem mußte er neu gestartet werden. Das erinnert mich dann doch ein bisschen an windoof...(nicht böse nehmen, ihr Linuxkönner). Auf jeden Fall ein happy Thx and Bye, Bernd -- MfG, Bernd Tannenbaum Technik Zentrum I.T.E.N.O.S. GmbH Lievelingsweg 125 53119 Bonn Tel.: +49 (0)228 / 7293-230 E-Mail: tannenbaum@itenos.de Internet: www.itenos.de One OS to rule them all, one OS to find them. One OS to bring them all, and in the darkness bind them In the land of Redmond, where the shadows lie.
participants (5)
-
Andreas Feile
-
B.Brodesser@t-online.de
-
Bernd Tannenbaum
-
Daniel Bauer / MList
-
Jan.Trippler@t-online.de