Am Mittwoch, 21. Januar 2015, 21:06:09 schrieb Frank Schütte: > Hallo Friedrich, > > > ich antworte mir mal selber: > >> Ich werde heute nacht einfach einmal wieder dern cronjob aktivieren und > >> dann morgen früh sehen, wie sich alles entwickelt. > > > > Den cronjob eine Nacht lang durchlaufen zu lassen habe ich mich nicht > > getraut, nach kürzester Zeit war die Systemlast wieder dauerhaft auf 100% > > und mehrere "postgres moodle" Prozesse aktiv, so dass ich nach zwei > > Stunden den cronjob wieder deaktiviert habe. Die dann noch aktiven > > postgres Prozesse wurden dann bis heute morgen regulär beendet, d.h. es > > sieht so aus als würde der Prozess abgearbeitet, allerdings viel zu > > langsam. > > Der Prozess enrol_openlml läuft nur einmal in der Stunde. Das wird durch > die Einstellung 60*60 in enrol/openlml/version.php erreicht. > Daher kann dieser Prozess nicht daran schuld sein, dass bei dir jede Minute > ein Prozess hängen bleibt. > Es sei denn, aus irgendeinem Grund kann der Zeitpunkt des letzten Laufs > nicht gespeichert werden. > > Ich bin gerade dabei, viel mehr DEBUG-Nachrichten in den Ablauf einzubauen. > Die können helfen, die Fehlerstelle zu identifizieren. Ich melde mich, wenn > ich soweit bin. > So, Version 01152201 enthält viele mtrace-Nachrichten, sodass der Ablauf verfolgbar ist.
bitte Debugging -> Developer einschalten, in enrol/openlml/version.php die Zeitabstände von 60*60 auf 1 setzen, damit der Job auch gestarrtet wird, dann http://... /admin/cron.php starten. Das müsste Aufschluss geben, falls mein Modul für den Zeitbedarf zuständig ist. Gruß, Frank _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
