Cronjob: Falsche Ausführung - CPU schuld?

Curanai · 18.10.2007, 10:40

Verehrte Community,

ein seit MONATEN laufender Cronjob, der bislang noch keine Probleme machte, macht seit gestern seinen Job eben nicht mehr richtig. Aber mal ein paar Details, da ich auf dem Schlauch stehe ...

Um 19 Uhr, 20 Uhr und 21 Uhr wird der Cronjob aufgerufen, der über eine gewisse Dauer mit uhrzeitbedingter, selektierter Datenbank arbeitet. Das Script selbst regelt die Laufzeit - für 15 Sekunden wird die Schleife angehalten, bevor eine neue Berechnung läuft. Die Berechnungen laufen so lange, bis eben die Ausstiegsbedingung erreicht ist. Das funktioniert auch alles fast schon seit zwei Jahren.

Durch die Frequentierung wird ein Wert automatisch immer um 1 hochgesetzt, der beim User dann entsprechend auch angezeigt wird (kumuliert).

Gestern startete der Cronjob (ja, nur einer!; via shell kontrolliert), doch wurde der Wert um 2 (!) erhöht - und das zu allen Uhrzeiten sowie mit allen Datenbanken.

Lokal funktioniert es weiterhin 1A ... am Montag lief es auch noch erwartungsgemäß im Live-Betrieb ... aber gestern nicht mehr!

Warum ich nun im Linux-Forum poste: Da der Server administriert wird, bin ich nicht für die Updates etc. verantwortlich. Meine Frage geht also in die Richtung, ob es kürzlich ein Patch gab, was vielleicht bei anderen Betreibern auch schon Probleme bereitet hat oder wie ich das wieder in den Griff bekomme.

Theorie: Da es sich um einen DuoCore Server handelt, muß ich (oder kann ich jetzt?) festlegen, welcher CPU-Teil da arbeiten soll? Und könnte er durch dieses "miese" Patch nun den einmaligen Cron in beiden Bereichen ausführen?? Das würde zumindest das +2 erklären ...

Die Logfiles geben nichts her - also nichts ungewöhnliches. Das Script lässt sich von außen auch nicht aufrufen (per Browser nicht möglich).

Bevor ich also x Workarounds probiere, frage ich halt erst hier, wo man sich auskennt!

(übrigens: Dr. Google gab keine aktuellen Ergebnisse)

Vielen Dank.

Curanai · 18.10.2007, 19:11

Oooookay ... wenn man vier Warteschleifen-Sequenzen hinter sich gebracht hat und dann einen Mitarbeiter am anderen Ende der Leitung erwischt, der zusammenzuckt, wenn man weiß, wovon man redet, wird auch eine Theorie bestätigt.

Gem. Support von 1&1 wurden mehrere Server, die von 1&1 gemanagt werden, seit Montag einer Patch-Reihe unterzogen. Ebenfalls war der APACHE-Server betroffen, der wohl auf mehreren Maschinen für "Probleme" sorgte. Dies äußerten sich ganz unterschiedlich. Während bei einigen Servern die Anfrageseiten einfach weiß blieben, gab es bei anderen widerum ganz andere Sorgen - wahrscheinlich auch das von mir beschriebene Problem.

Der doch überforderte First-Level Bearbeiter (Herr K., der schon irritiert war, als ich ihn mit Namen angesprochen hatte) führte ein, zwei Gespräche mit Kollegen und der Fall landete nun eine Etage höher.

Der Grund ist übrigens geklärt: Der Cronjob ist doppelt ausgeführt worden. Und wie ich den Patch-Day da verstanden habe, waren wohl temporär zwei APACHE-Server aktiv und haben da Cronjobs erledigt - *gnarf*.

Wie gut, dass sich die Scripte gegenseitig vor "Dummheiten" schützen ...

*bitte schließen, da Thema geklärt*

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Cronjob hat keine schreibrechte	pchero	Server, Hosting und Workstations	3	01.05.2007 14:10
php cronjob erstellt keine txt-datei...	MrCavity	Server, Hosting und Workstations	1	14.10.2006 15:57
verschachtelte query für Cronjob	tinchen	PHP Tipps 2006	8	07.08.2006 01:23
[Erledigt] Cronjob mit sehr kleinem Zeitintervall		PHP-Fortgeschrittene	8	25.03.2006 23:05
[Erledigt] Script starten über cronjob		PHP-Fortgeschrittene	8	09.03.2006 12:23
falsche Eingaben in URL abfangen...id an DB etc...	argon	PHP Tipps 2007	2	18.11.2005 10:15
problem bei exec(tar ...) ausführen über cronjob		PHP-Fortgeschrittene	2	06.07.2005 10:58
wie mach ich einen CRONJOB ?		PHP Tipps 2005	25	02.04.2005 18:03
CronJob testen / mehrere Cronjobs anlegen..?!		Server, Hosting und Workstations	1	22.10.2004 08:45

18.10.2007, 10:40
Curanai Erfahrener Benutzer Registriert seit: 13.05.2006 Beiträge: 434	Cronjob: Falsche Ausführung - CPU schuld? Verehrte Community, ein seit MONATEN laufender Cronjob, der bislang noch keine Probleme machte, macht seit gestern seinen Job eben nicht mehr richtig. Aber mal ein paar Details, da ich auf dem Schlauch stehe ... Um 19 Uhr, 20 Uhr und 21 Uhr wird der Cronjob aufgerufen, der über eine gewisse Dauer mit uhrzeitbedingter, selektierter Datenbank arbeitet. Das Script selbst regelt die Laufzeit - für 15 Sekunden wird die Schleife angehalten, bevor eine neue Berechnung läuft. Die Berechnungen laufen so lange, bis eben die Ausstiegsbedingung erreicht ist. Das funktioniert auch alles fast schon seit zwei Jahren. Durch die Frequentierung wird ein Wert automatisch immer um 1 hochgesetzt, der beim User dann entsprechend auch angezeigt wird (kumuliert). Gestern startete der Cronjob (ja, nur einer!; via shell kontrolliert), doch wurde der Wert um 2 (!) erhöht - und das zu allen Uhrzeiten sowie mit allen Datenbanken. Lokal funktioniert es weiterhin 1A ... am Montag lief es auch noch erwartungsgemäß im Live-Betrieb ... aber gestern nicht mehr! Warum ich nun im Linux-Forum poste: Da der Server administriert wird, bin ich nicht für die Updates etc. verantwortlich. Meine Frage geht also in die Richtung, ob es kürzlich ein Patch gab, was vielleicht bei anderen Betreibern auch schon Probleme bereitet hat oder wie ich das wieder in den Griff bekomme. Theorie: Da es sich um einen DuoCore Server handelt, muß ich (oder kann ich jetzt?) festlegen, welcher CPU-Teil da arbeiten soll? Und könnte er durch dieses "miese" Patch nun den einmaligen Cron in beiden Bereichen ausführen?? Das würde zumindest das +2 erklären ... Die Logfiles geben nichts her - also nichts ungewöhnliches. Das Script lässt sich von außen auch nicht aufrufen (per Browser nicht möglich). Bevor ich also x Workarounds probiere, frage ich halt erst hier, wo man sich auskennt! (übrigens: Dr. Google gab keine aktuellen Ergebnisse) Vielen Dank. __________________ Manche Menschen sind wie Schnitzel - nicht zäh, aber beidseitig bekloppt!


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

18.10.2007, 19:11
Curanai Erfahrener Benutzer Registriert seit: 13.05.2006 Beiträge: 434	Oooookay ... wenn man vier Warteschleifen-Sequenzen hinter sich gebracht hat und dann einen Mitarbeiter am anderen Ende der Leitung erwischt, der zusammenzuckt, wenn man weiß, wovon man redet, wird auch eine Theorie bestätigt. Gem. Support von 1&1 wurden mehrere Server, die von 1&1 gemanagt werden, seit Montag einer Patch-Reihe unterzogen. Ebenfalls war der APACHE-Server betroffen, der wohl auf mehreren Maschinen für "Probleme" sorgte. Dies äußerten sich ganz unterschiedlich. Während bei einigen Servern die Anfrageseiten einfach weiß blieben, gab es bei anderen widerum ganz andere Sorgen - wahrscheinlich auch das von mir beschriebene Problem. Der doch überforderte First-Level Bearbeiter (Herr K., der schon irritiert war, als ich ihn mit Namen angesprochen hatte) führte ein, zwei Gespräche mit Kollegen und der Fall landete nun eine Etage höher. Der Grund ist übrigens geklärt: Der Cronjob ist doppelt ausgeführt worden. Und wie ich den Patch-Day da verstanden habe, waren wohl temporär zwei APACHE-Server aktiv und haben da Cronjobs erledigt - gnarf. Wie gut, dass sich die Scripte gegenseitig vor "Dummheiten" schützen ... bitte schließen, da Thema geklärt __________________ Manche Menschen sind wie Schnitzel - nicht zäh, aber beidseitig bekloppt!