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.
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.
Kommentar