Hallo Holger, vielen Dank für Deine Antwort >> >> >> 7742 postgres 20 0 112M 14004 11236 S 2.0 0.1 5:00.87 postgres: >> moodle moodle 127.0.0.1(41649) SELECT >> 7749 postgres 20 0 112M 13004 11232 S 2.0 0.1 5:07.49 postgres: >> moodle moodle 127.0.0.1(41653) SELECT >> >> > > die Version 2 ist im allgemeinen deutlich Anspruchsvoller als die 1.x > Versionen: dein Server muß also wirklich etliches mehr können. > > Nun mußt du erstmal heraus bekommen, ob es an einem geplanten Task von > moodle liegt, oder ob normale Nutzerinteraktion schon dafür reichen. > Wenn ein Kollege in moodle eine Sicherung seines Kurses anlegt, dann > zieht das für 5 Minuten wirklich rein (wenn es ein großer Kurs ist). > Wenn es die geplanten Backups sind, dann mußt du die zeitlich anders legen. > Mittlerweile bin ich ein wenig weiter gekommen:
Zunächst habe ich einmal die Moodle Installation mit Datenbank und allen Dateien (so groß ist das Moodle nicht, da es zur Zeit sehr wenig benutzt wird) auf mein virtuelles Testsystem entsprechend der Anleitung aus dem wiki überspielt. Dort funktioniert so weit ich das überblicken kann alles wie es soll die Benutzer werden über das Skript von Frank automatisch eingeschrieben, die Benutzerdaten sind da, es gibt keine Fehlermeldungen. Unter htop sind nicht einmal kurzfristig Meldungen wie die folgende zu sehen: >> 7742 postgres 20 0 112M 14004 11236 S 2.0 0.1 5:00.87 postgres: >> moodle moodle 127.0.0.1(41649) SELECT Auf meinem Server an der Schule habe ich die cronjobs von moodle deaktiviert, seit dem ist die Last auf dem Server praktisch Null. Schalte ich dei Cronjobs wieder ein, geht die Last beim ersten Aufruf wieder auf 100% und es kommt alle 5 Minuten (pro Aufruf des Cronjobs) ein Prozess wie der obige hinzu. Ich habe auch einmal den Befehl [ -f /usr/share/moodle/admin/cli/cron.php ] && /usr/bin/php -f /usr/share/moodle/admin/cli/cron.php auf der Konsole ablaufen lassen, die Ausgabe bleibt dann an der folgenden Stelle stehen und es gibt wieder einen der obigen postgres Prozesse ... started 08:24:58. Current memory use 39,3MB. Running cron for enrol_openlml... ... started 08:24:58. Current memory use 39,9MB. Starting enrolments for openlml enrolments plugin... (Zum Vergleich: Auf dem Testserver läuft das ganze in einer Sekunde durch) Das deutet wohl auf ein Problem mit dem automatischen Enrolment hin und ich habe noch versucht entsprechend der Anleitung im Wiki eine Synchronisation versucht: cd /usr/share/moodle/enrol/openlml/cli su www-data php sync.php Auch hier hängt sich der Prozess auf. Auf das Moodle selber kann ich in der Weboberfläche auch nicht mehr zugreifen, falsche Kennwörter werden noch erkannt aber sonst geht nichts mehr. Zum installierten System: Es handelt sich um einen Linuxmuster.net Server 6.1 mit einem linuxmuster-moodle 2.6.7-2. Viele Grüße Friedrich _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
