Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Friedrich, mir sieht die version.php an der entsprechenden Stelle so aus: $plugin-version = 2014112500;// The current plugin version (Date: MMDDXX). $plugin-requires = 2013040500;// Requires this Moodle version. $plugin-component = 'enrol_openlml'; // Full name of the plugin (used for diagnostics). //$plugin-cron = 60*60; // Run cron every hour, because it is time consuming. $plugin-cron = 1*1; // Debug ! Run cron every hour, because it is time consuming. $plugin-maturity = MATURITY_BETA; // Beta, nees testing. $plugin-release = '0.9 (Build: 2014112500)'; $plugin-dependencies = array('auth_ldap'=ANY_VERSION, 'enrol_cohort'=ANY_VERSION); Vorsicht mit dem Eintrag 1 bei cron, das bedeutet, dass bei jedem cron- Durchlauf das Modul aktiv wird (je nach Frequenz des cron-Jobs bis zu sekündlich). Das muss unbedingt wieder zurückgestellt werden. Gruß, Frank ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Friedrich, Kannst Du mal gezielt eine Aktion auslösen, also z.B. füge in einem Kurs die Klasse 05a als Teilnehmer hinzu und lass einmal cron durchlaufen. Dann muss eine Meldung der Art enroled 05a to course 151 o.ä. erscheinen. Wo müsste das stehen? Ich habe die 6b erfolgreich (in Moodle wird für den Zeitpunkt des Beitritts Es scheint noch grundsätzliche Probleme zu geben. Ich schicke einige Bilder per PM. Gruß, Frank ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Frank, Danke für die screenshots. Die Debug Einstelllungen und die KursId waren schon richtig, bei der version.php bin ich auf etwas gestoßen: mir sieht die version.php an der entsprechenden Stelle so aus: $plugin-version = 2014112500;// The current plugin version (Date: MMDDXX). $plugin-requires = 2013040500;// Requires this Moodle version. $plugin-component = 'enrol_openlml'; // Full name of the plugin (used for diagnostics). //$plugin-cron = 60*60; // Run cron every hour, because it is time consuming. $plugin-cron = 1*1; // Debug ! Run cron every hour, because it is time consuming. $plugin-maturity = MATURITY_BETA; // Beta, nees testing. $plugin-release = '0.9 (Build: 2014112500)'; $plugin-dependencies = array('auth_ldap'=ANY_VERSION, 'enrol_cohort'=ANY_VERSION); Die auskommentierte Stelle mit 60*60 war so in der version.php. Ich habe es dann gestern entsprechend geändert zu 1*1, das werde ich jetzt ändern. Dann die Versionsnummer: Mir wird im Moodle keine höhere Version als die 2014112500 angeboten. Mittlerweile war ich bei moodle.org und da ist die Version vom 22.1. Warum ich sie dort vorgestern nicht gefunden habe, weiß ich nicht, aber ich werde sie jetzt installieren und einen Cronjob durchlaufen lassen. Ich melde mich dann. Gruß Friedrich Am 25.01.2015 um 19:19 schrieb f.schue...@t-online.de: Hallo Friedrich, Kannst Du mal gezielt eine Aktion auslösen, also z.B. füge in einem Kurs die Klasse 05a als Teilnehmer hinzu und lass einmal cron durchlaufen. Dann muss eine Meldung der Art enroled 05a to course 151 o.ä. erscheinen. Wo müsste das stehen? Ich habe die 6b erfolgreich (in Moodle wird für den Zeitpunkt des Beitritts Es scheint noch grundsätzliche Probleme zu geben. Ich schicke einige Bilder per PM. Gruß, Frank ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Frank, ich habe jetzt das neue Plugin installiert und die cron.php einmal durchlaufen lassen. Ich habe zu Testzwecken einen neuen Kurs angelegt und eine Klasse hinzugefügt und die 6b aus einem Kurs entfernt. Die Ausgabe sieht jetzt so aus (nur die enrolments, es ist alles durchgelaufen): Server Time: Sun, 25 Jan 2015 20:40:33 +0100 Created missing context instances Running session gc tasks... ...finished stale session cleanup Running auth crons if required... ... started 20:41:26. Current memory use 32.1MB. Running enrol crons if required... Running cron for enrol_manual... ... started 20:41:26. Current memory use 39.4MB. Verifying manual enrolment expiration... ...manual enrolment updates finished. manual enrolment expiry notifications were already sent today at Sonntag, 25. Januar 2015, 12:29. Running cron for enrol_cohort... ... started 20:41:26. Current memory use 39.7MB. Running cron for enrol_openlml... ... started 20:41:26. Current memory use 40.3MB. Starting enrolments for openlml enrolments plugin... enroled cohort 392 to course 82 as students unenroled cohort 6b from course 81 finished. Starting activity modules Processing module function scorm_cron .. started 21:24:30. Current memory use 47.8MB. ... used 1 dbqueries ... used 0.024397134780884 seconds enroled cohort 392 to course 82 as students und unenroled cohort 6b from course 81 kamen erst um 21:24, zwischen 20:41 und diesem Zeitpunkt war am Desktop nichts zu beobachten, nur der postgres Prozeß war unter htop zu sehen. Gruß Friedrich ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Frank, In Moodle gibt es die Option Plugins - Übersicht Dort werden die Versionen angezeigt und ob eine neuere Version vorhanden ist. Gut, dann habe ich das aktuelle Plugin. In der Datei /usr/share/moodle/enrol/openlml/lib.php nach Stellen mit //debugging(... suchen und die Kommentare wegnehmen. Da sind schon alle Stellen mit debugging aktiviert gewesen. Außerdem mal testweise bei einem Kurs eine Klasse hinzufügen oder wegnehmen. Ich habe einmal in einem Kurs die Klasse gewechselt (statt 6b die 6a). Dieser Wechsel ist in Moodle auch vollzogen worden. Dann sollte zumindest dazu eine kurze Meldung erscheinen. Hier die Ausgaben nach dem Aufruf von cron.php: Server Time: Fri, 23 Jan 2015 20:32:32 +0100 Created missing context instances Running session gc tasks... ...finished stale session cleanup Running auth crons if required... ... started 20:32:38. Current memory use 32.1MB. Running enrol crons if required... Running cron for enrol_manual... ... started 20:32:38. Current memory use 39.4MB. Verifying manual enrolment expiration... ...manual enrolment updates finished. manual enrolment expiry notifications were already sent today at Freitag, 23. Januar 2015, 07:38. Running cron for enrol_cohort... ... started 20:32:38. Current memory use 39.7MB. Running cron for enrol_openlml... ... started 20:32:38. Current memory use 40.3MB. Starting enrolments for openlml enrolments plugin... finished. Starting activity modules Processing module function scorm_cron .. started 21:16:58. Current memory use 47.7MB. ... used 1 dbqueries ... used 0.039550065994263 seconds done. Processing module function assignment_cron .. started 21:16:58. Current memory use 52.9MB. ... used 2 dbqueries ... used 0.17082595825195 seconds done. Processing module function assign_cron .. started 21:16:58. Current memory use 55.1MB. ... used 4 dbqueries ... used 0.081393003463745 seconds done. Processing module function quiz_cron .. started 21:16:58. Current memory use 62.6MB. Looking for quiz overdue quiz attempts... Considered 0 attempts in 0 quizzes. Starting quiz reports Finished quiz reports ... used 2 dbqueries ... used 0.067882061004639 seconds done. Processing module function chat_cron .. started 21:16:58. Current memory use 69.5MB. ... used 5 dbqueries ... used 0.045790910720825 seconds done. Processing module function forum_cron .. started 21:16:58. Current memory use 69.5MB. Starting digest processing... Cleaned old digest records ... used 4 dbqueries ... used 0.028937816619873 seconds done. Finished activity modules Starting blocks Processing cron function for rss_client... started 21:16:58. Current memory use 69.8MB. 0 feeds refreshed (took 0.00601 seconds) done. Processing cron function for mrbs... started 21:16:58. Current memory use 71.7MB. done. Finished blocks Starting admin reports Finished admin reports Starting main gradebook job... ... started 21:16:58. Current memory use 71.9MB. Deleted old grade history records from 'grade_outcomes_history' Deleted old grade history records from 'grade_categories_history' Deleted old grade history records from 'grade_items_history' Deleted old grade history records from 'grade_grades_history' Deleted old grade history records from 'scale_history' done. Starting processing the event queue... ... started 21:16:58. Current memory use 71.9MB. done. Starting course reports Finished course reports Starting gradebook plugins Finished gradebook plugins Updating calendar subscriptions: ... started 21:16:58. Current memory use 75.7MB. Finished updating calendar subscriptions. Fetching external blog entries.. started 21:16:58. Current memory use 76.6MB. done. Deleting blog associations linked to non-existent contexts.. started 21:16:58. Current memory use 76.6MB. done. Starting the question bank cron.. started 21:16:58. Current memory use 76.6MB. Cleaning up old question previews...done. Cleaning up old question statistics cache records...done. done. Website-Registrierung auf den Hubs wird aktualisiert... ... started 21:16:58. Current memory use 76.8MB. Website-Registrierung auf den Hubs ist beendet Recently fetched info about available updates is still fresh enough, skipping. Deleting session linked tokens more than one day old.. started 21:16:58. Current memory use 77.2MB. done. Starting repository plugins Processing cron function for repository_dropbox... ... started 21:16:59. Current memory use 87.1MB. done. (1 dbqueries, 0 seconds) Processing cron function for repository_filesystem... ... started 21:16:59. Current memory use 87.1MB. done. (3 dbqueries, 0.01 seconds) Finished repository plugins Starting admin tools Processing cron function for tool_qeupgradehelper... ... started 21:16:59. Current memory use 87.8MB. done. (0 dbqueries, 0 seconds) Finished admin tools Running cache cron routines Cleaning up stale session data from cache stores. done. Checking automated backup
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Frank, ich habe jetzt noch einen ganzen Kurs gelöscht. Dabei kamen auf der Weboberfläche folgende Fehlermeldung: Warning: mkdir() [function.mkdir]: Permission denied in /usr/share/moodle/lib/filestorage/file_storage.php on line 1911 Warning: rename(/var/lib/moodle/filedir/ff/cf/ffcfc3bee29567ffc6765680d691907df702576c,/var/lib/moodle/trashdir/ff/cf/ffcfc3bee29567ffc6765680d691907df702576c) [function.rename]: Permission denied in /usr/share/moodle/lib/filestorage/file_storage.php on line 1913 Warning: chmod() [function.chmod]: Permission denied in /usr/share/moodle/lib/filestorage/file_storage.php on line 1914 Vielleicht hilft es weiter. Gruß Friedrich ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
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. Gruß, Frank ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Frank, 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. Danke für die viele Mühe. Gruß Friedrich ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Frank, 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. Gruß Friedrich ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Friedrich, auf meinem Testserver habe ich mich einmal als doppelter Lehrer angemeldet, da erscheint dann folgende Fehlermeldung (Debugging noch an) [ENROL OPENLML] WARNING: there are more than one matching category with [idnumber bl in Lehrer. That is likely to cause problems. • line 172 of /enrol/openlml/lib.php: call to debugging() • line 215 of /lib/enrollib.php: call to enrol_openlml_plugin-sync_user_enrolments() • line 467 of /lib/classes/session/manager.php: call to enrol_check_plugins() • line 4492 of /lib/moodlelib.php: call to core\session\manager::login_user() • line 181 of /login/index.php: call to complete_user_login() Das bedeutet, es ist noch etwas nicht in Ordnung. In den Lehrerbereichen gibt es 2 Bereiche mit der gleichen idnumber. Das ist komisch. Melde Dich als wwwadmin an, klicke auf den Kursbereich Lehrer und dann oben rechts auf Verwalten. Lass den Kursbereich Lehrer anzeigen. Du siehst dann links den Lehrernamen und relativ weit rechts die idnumber. Suche nach 2 Einträgen mit bl und entferne eines davon. Vielleicht sind noch weitere idnumber-Einträge doppelt. Gruß, Frank ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Frank, ich muss mich korrigieren: Warning: fopen(/var/lib/moodle/cache/cachestore_file/default_application/core_coursecattree/f03-cache/f03b4b835039e9925115f074bfa2de802131fd70.cache) [function.fopen]: failed to open stream: Permission denied in /usr/share/moodle/cache/stores/file/lib.php on line 357 Die Fehlermeldung ist auch auf meinem Testserver erschienen, da war noch einer doppelt. Gruß Friedrich ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Frank Bist Du Dir sicher, dass der Testserver enrol_openlml überhaupt ausführt? So weit ich das beurteilen kann ja: Ich habe einen neuen Kurs angelegt mit automatischer Anmeldung der Klasse, die Klasse war sofort angemeldet. Ich habe einen neuen Schüler über die Schulkonsole dieser Klasse hinzugefügt, nach ein paar Minuten war der Schüler im Kurs. Auf dem Hauptserver sind die Befehle des cronjobs bei händischem Start auch durchgelaufen, allerdings dauert es sehr lange ca. 100s. Ich werde heute nacht einfach einmal wieder dern cronjob aktivieren und dann morgen früh sehen, wie sich alles entwickelt. Gruß Friedrich ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Frank, Kann es sein, dass die doppelten Einträge wieder da sind? Vielleicht sind aus irgendeinem Grunde in Deinem LDAP-Baum doppelte Einträge und das Skript enrol_openlml stellt diese Einträge wieder in der Datenbank her. Nein, es sind alle einfach da. Allerdings gibt es ein paar Einträge, die zu Projekten gehören, die es schon länger nicht mehr gibt. Doppelte Einträge gibt es allerdings im Moodle bei den Lehrerverzeichnissen, da sind manche Kollegen doppelt. Allerdings sind alle diese Erscheinungen (einschließlich der doppelten Einträge) auch in dem Moodle auf meinem Testserver vorhanden und da läuft das Script durch. Gruß Friedrich ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Friedrich, 1. Richtiger Server Server Time: Sat, 17 Jan 2015 13:33:12 +0100 Running cron for enrol_manual... ... started 13:33:18. Current memory use 39MB. Verifying manual enrolment expiration... ...manual enrolment updates finished. manual enrolment expiry notifications were already sent today at Samstag, 17. Januar 2015, 06:56. Running cron for enrol_cohort... ... started 13:33:18. Current memory use 39,3MB. Running cron for enrol_openlml... ... started 13:33:19. Current memory use 39,9MB. Starting enrolments for openlml enrolments plugin... htop liefert wieder einen postgres Prozess mit 100% CPU. Der Prozess wird nicht zu Ende durchgeführt, sondern belibt so stehen. Das enrol_openlml bleibt hängen. Zum Vergleich der Testserver: Server Time: Sat, 17 Jan 2015 13:36:43 +0100 Running cron for enrol_manual... ... started 13:36:43. Current memory use 39MB. Verifying manual enrolment expiration... ...manual enrolment updates finished. manual enrolment expiry notifications were already sent today at Samstag, 17. Januar 2015, 06:00. Starting activity modules Das enrol_openlml wird nicht ausgeführt. Da sind die Bedingungen nicht ganz gleich. Gruß, Frank ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Friedrich, ich habe jetzt das debugging eingeschaltet und erhalte jetzt beim Aufruf von [ -f /usr/share/moodle/admin/cli/cron.php ] /usr/bin/php -f [ /usr/share/moodle/admin/cli/cron.php folgende Meldungen Running cron for enrol_openlml... ... started 14:19:23. Current memory use 39,7MB. Starting enrolments for openlml enrolments plugin... ++ Error: mdb-get_record() found more than one record! ++ * line 1440 of /lib/dml/moodle_database.php: call to debugging() * line 1400 of /lib/dml/moodle_database.php: call to moodle_database-get_record_sql() * line 1379 of /lib/dml/moodle_database.php: call to moodle_database-get_record_select() * line 569 of /enrol/openlml/lib.php: call to moodle_database-get_record() * line 200 of /enrol/openlml/lib.php: call to enrol_openlml_plugin-get_cohort_id() * line 386 of /enrol/openlml/lib.php: call to enrol_openlml_plugin-sync_enrolments() * line 413 of /enrol/openlml/lib.php: call to enrol_openlml_plugin-enrol_openlml_sync() * line 262 of /lib/cronlib.php: call to enrol_openlml_plugin-cron() * line 61 of /admin/cli/cron.php: call to cron_run() hier liegt ein Problem in der Datenbank vor. Du hast in der Tabelle mdl_cohort mehrere Einträge mit gleicher idnumber. Zur Reparatur: 11:11/0 arktur ~ # psql -U postgres moodle psql (9.1.14) Type help for help. moodle=# \d mdl_cohort Table public.mdl_cohort Column | Type |Modifiers ---++- id| bigint | not null default nextval('mdl_cohort_id_seq'::regclass) contextid | bigint | not null name | character varying(254) | not null default ''::character varying idnumber | character varying(100) | description | text | descriptionformat | smallint | not null component | character varying(100) | not null default ''::character varying timecreated | bigint | not null timemodified | bigint | not null Indexes: mdl_coho_id_pk PRIMARY KEY, btree (id) mdl_coho_con_ix btree (contextid) moodle=# select name,idnumber,component from mdl_cohort order by idnumber; name | idnumber | component --+--+--- 05a | 05a | enrol_openlml 05b | 05b | enrol_openlml 05c | 05c | enrol_openlml 05d | 05d | enrol_openlml 06a | 06a | enrol_openlml 06b | 06b | enrol_openlml 06c | 06c | enrol_openlml 06d | 06d | enrol_openlml 07a | 07a | enrol_openlml 07b | 07b | enrol_openlml 07c | 07c | enrol_openlml 07d | 07d | enrol_openlml 08a | 08a | enrol_openlml 08b | 08b | enrol_openlml 08c | 08c | enrol_openlml 08d | 08d | enrol_openlml 09a | 09a | enrol_openlml 09b | 09b | enrol_openlml 09c | 09c | enrol_openlml 09d | 09d | enrol_openlml 10a | 10a | enrol_openlml 10b | 10b | enrol_openlml 10c | 10c | enrol_openlml 10d | 10d | enrol_openlml 10e | 10e | enrol_openlml 10r | 10r | enrol_openlml 11a1 | 11a1 | enrol_openlml 11b1 | 11b1 | enrol_openlml 11b2 | 11b2 | enrol_openlml 11b3 | 11b3 | enrol_openlml ... moodle=# So sieht das bei mir aus. Finde die doppelten Einträge und entferne sie aus der Datenbank. Danach sollte das plugin durchlaufen. Gruß, Frank ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Frank, vielen Dank für Deine Hilfe. Ich habe die doppelten Einträge entfernt und der cronjob ist für ca. eine Stunde durchgelaufen. Mittlerweile hängt er sich aber wieder auf. Rufe ich ihn von Hand auf der Konsole auf, bleibt er hängen (ohne Fehlermeldung, das Debugging ist an): [ -f /usr/share/moodle/admin/cli/cron.php ] /usr/bin/php -f /usr/share/moodle/admin/cli/cron.php Server Time: Sun, 18 Jan 2015 23:25:35 +0100 Created missing context instances Running session gc tasks... ...finished stale session cleanup Running auth crons if required... ... started 23:25:41. Current memory use 32,2MB. Running enrol crons if required... Running cron for enrol_manual... ... started 23:25:41. Current memory use 39,4MB. Verifying manual enrolment expiration... ...manual enrolment updates finished. manual enrolment expiry notifications were already sent today at Sonntag, 18. Januar 2015, 20:10. Running cron for enrol_openlml... ... started 23:25:42. Current memory use 39,7MB. Starting enrolments for openlml enrolments plugin... Unter htop findet man dann wieder einen postgres Prozess 24192 postgres 20 0 110M 15180 11272 R 100. 0.1 4:02.53 postgres: moodle moodle 127.0.0.1(58939) SELECT Nie richtig funktioniert hat die Anmeldung an moodle, egal ob wwwadmin oder ein normaler Benutzer, die Anmeldung hat mindestens 3 Minuten gedauert, auf dem Server war dann wieder ein postgres Prozess. Gruß Friedrich ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
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 linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Friedrich, 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: ist dort auch das enrolment installiert? Welche moodle Version hast du da? Geht da auch das enrolment gegen die selbe lml 6.1? ... 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) schick mal das ganze log. Läuft das den bis zum Ende 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. ich hatte auch mal ein Problem mit dem enrolment: das lag daran, dass ich (anscheinend als erster) ein moodle 2.7 hatte. Frank hat mir geholfen und den sync so angepaßt, dass es wieder ging. in deinem Fall (mit 2.6) würde ich mal ein update auf das neuste 2.6er moodle machen und dann ochmal testen. VIele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Friedrich, vor allem das enrol Modul aktualisieren. LG HOlger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Holger, Am 17.01.2015 um 11:57 schrieb Holger Baumhof holger.baum...@web.de: Hallo Friedrich, 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: ist dort auch das enrolment installiert? Welche moodle Version hast du da? Geht da auch das enrolment gegen die selbe lml 6.1? Beide Server sind komplett auf demselben Stand, alle Updates sind gemacht so dass beide mit denselben Softwareversionen laufen. Bei Moodle sind das das linuxmuster-moodle 2.6.7-2 (letztes Update am 14.01) und das enrol Plugin ist Versio 0.9 (Build 2014112500). Ich habe auch dieselben Benutzer im System angelegt (alle Schüler und Lhrer) um so weit wie möglich identische Bedingungen zu haben. Bei der Installlation des Moodles auf dem Testserver habe ich die Verzeichnisse /etc/moodle, /usr/share/moodle und /var/lib/moodle komplett übernommen sowie die postgres Datenbank per dump übernommen. Bis auf das postgres Kennwort für den moodle Nutzer habe ich in der Konfiguration alles übernommen. Hier sind noch die Mledungen wenn ich [ -f /usr/share/moodle/admin/cli/cron.php ] /usr/bin/php -f /usr/share/moodle/admin/cli/cron.php auf der Konsole starte: 1. Richtiger Server Server Time: Sat, 17 Jan 2015 13:33:12 +0100 Created missing context instances Running session gc tasks... ...finished stale session cleanup Running auth crons if required... ... started 13:33:18. Current memory use 31,8MB. Running enrol crons if required... Running cron for enrol_manual... ... started 13:33:18. Current memory use 39MB. Verifying manual enrolment expiration... ...manual enrolment updates finished. manual enrolment expiry notifications were already sent today at Samstag, 17. Januar 2015, 06:56. Running cron for enrol_cohort... ... started 13:33:18. Current memory use 39,3MB. Running cron for enrol_openlml... ... started 13:33:19. Current memory use 39,9MB. Starting enrolments for openlml enrolments plugin... htop liefert wieder einen postgres Prozess mit 100% CPU. Der Prozess wird nicht zu Ende durchgeführt, sondern belibt so stehen. Zum Vergleich der Testserver: Server Time: Sat, 17 Jan 2015 13:36:43 +0100 Created missing context instances Running session gc tasks... ...finished stale session cleanup Running auth crons if required... ... started 13:36:43. Current memory use 31,8MB. Running enrol crons if required... Running cron for enrol_manual... ... started 13:36:43. Current memory use 39MB. Verifying manual enrolment expiration... ...manual enrolment updates finished. manual enrolment expiry notifications were already sent today at Samstag, 17. Januar 2015, 06:00. Starting activity modules Processing module function chat_cron .. started 13:36:43. Current memory use 41,9MB. ... used 5 dbqueries ... used 0,019760131835938 seconds done. Processing module function scorm_cron .. started 13:36:44. Current memory use 42,3MB. ... used 1 dbqueries ... used 0,0068151950836182 seconds done. Processing module function forum_cron .. started 13:36:44. Current memory use 46MB. Starting digest processing... Cleaned old digest records ... used 4 dbqueries ... used 0,017849922180176 seconds done. Processing module function assignment_cron .. started 13:36:44. Current memory use 49,5MB. ... used 2 dbqueries ... used 0,015566110610962 seconds done. Processing module function assign_cron .. started 13:36:44. Current memory use 51,7MB. ... used 4 dbqueries ... used 0,049229145050049 seconds done. Processing module function quiz_cron .. started 13:36:44. Current memory use 59,2MB. Looking for quiz overdue quiz attempts... Considered 0 attempts in 0 quizzes. Starting quiz reports Finished quiz reports ... used 2 dbqueries ... used 0,039907932281494 seconds done. Finished activity modules Starting blocks Processing cron function for rss_client... started 13:36:44. Current memory use 66,1MB. 0 feeds refreshed (took 0,000948 seconds) done. Processing cron function for mrbs... started 13:36:44. Current memory use 68,1MB. done. Finished blocks Starting admin reports Finished admin reports Starting main gradebook job... ... started 13:36:44. Current memory use 68,3MB. Deleted old grade history records from 'grade_outcomes_history' Deleted old grade history records from 'grade_categories_history' Deleted old grade history records from 'grade_items_history' Deleted old grade history records from 'grade_grades_history' Deleted old grade history records from
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Frank, ich habe jetzt das debugging eingeschaltet und erhalte jetzt beim Aufruf von [ -f /usr/share/moodle/admin/cli/cron.php ] /usr/bin/php -f [ /usr/share/moodle/admin/cli/cron.php folgende Meldungen Running cron for enrol_openlml... ... started 14:19:23. Current memory use 39,7MB. Starting enrolments for openlml enrolments plugin... ++ Error: mdb-get_record() found more than one record! ++ * line 1440 of /lib/dml/moodle_database.php: call to debugging() * line 1400 of /lib/dml/moodle_database.php: call to moodle_database-get_record_sql() * line 1379 of /lib/dml/moodle_database.php: call to moodle_database-get_record_select() * line 569 of /enrol/openlml/lib.php: call to moodle_database-get_record() * line 200 of /enrol/openlml/lib.php: call to enrol_openlml_plugin-get_cohort_id() * line 386 of /enrol/openlml/lib.php: call to enrol_openlml_plugin-sync_enrolments() * line 413 of /enrol/openlml/lib.php: call to enrol_openlml_plugin-enrol_openlml_sync() * line 262 of /lib/cronlib.php: call to enrol_openlml_plugin-cron() * line 61 of /admin/cli/cron.php: call to cron_run() ++ Error: mdb-get_record() found more than one record! ++ * line 1440 of /lib/dml/moodle_database.php: call to debugging() * line 1400 of /lib/dml/moodle_database.php: call to moodle_database-get_record_sql() * line 1379 of /lib/dml/moodle_database.php: call to moodle_database-get_record_select() * line 569 of /enrol/openlml/lib.php: call to moodle_database-get_record() * line 200 of /enrol/openlml/lib.php: call to enrol_openlml_plugin-get_cohort_id() * line 386 of /enrol/openlml/lib.php: call to enrol_openlml_plugin-sync_enrolments() * line 413 of /enrol/openlml/lib.php: call to enrol_openlml_plugin-enrol_openlml_sync() * line 262 of /lib/cronlib.php: call to enrol_openlml_plugin-cron() * line 61 of /admin/cli/cron.php: call to cron_run() In der error.log und der php_error.log kommen keine Meldungen, die zu diesem Problem gehören. Viele Grüße Friedrich Am 17.01.2015 um 13:31 schrieb Frank Schütte fschu...@gymnasium-himmelsthuer.de: Hallo Friedrich, 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 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: 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... Also bleibt das Enrolment-Skript hängen (Endlosschleife?). Dein Moodle ist aktuell, die Aktualisierung auf 2.6.7-2 bringt einige Sicherheitsupdates bei Moodle und die neueste Version meines Enrolment- Skripts. Kann es sein, dass irgendeine Einstellung Deines Moodle (openlml, ldap) nicht korrekt ist? Kannst Du mal das Debugging aktivieren und das Skript durchlaufen lassen. Unter moodle.org gibt es Hinweise, was man in die Datei /etc/moodle/config.php schreiben muss. Dann erhält man wesentlich mehr Meldungen. Schau auch mal in /var/log/apache2/error.log, php-error.log nach. Gruß, Frank ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo, ich wärme diesen Thread einmal wieder auf: Seit gestren abend, nach dem Update auf ein neues Linuxmuster-moodle, läuft der Server auf Hochtouren, so dass Benutzeranmeldungen kaum mehr möglich sind. Unter htop bekomme ich reihenweise folgende Meldungen: 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 Von nagios habe ich mehrfach folgende Meldungen erhalten, allerdings ist bis auf die letzte Fehlermeldung schon die zugehörige Entwarnungsmail gekommen. Notification Type: PROBLEM Service: SYS - postgres database Host: linuxmuster.net Server State: UNKNOWN for 0d 0h 3m 4s Address: 10.16.1.1 Info: UNKNOWN = failed to connect Ich habe jetzt einmal moodle deaktiviert, indem ich die cronjobs abgeschaltet habe, allerdings laufen die postgres Prozesse weiter. Kann man die irgendwie stoppen? Und was könnte im Moodle schief laufen, auf die Version 2.* habe ich schon lange umgestellt und erst seit den Sommerferien gibt es Probleme. Viele Grüße Friedrich Am 13.11.2014 um 12:39 schrieb Holger Baumhof holger.baum...@web.de: Hallo Friedrich, bei mir scheint postgresql seit einiger Zeit etwas Amok zu laufen indem so viele Prozesse aufgerufen werden, dass beide Kerne meines Servers mit 100% ausgelastet sind. Am Sonntag waren es bis zu 70 Prozesse ohne dass irgendein Nutzer angemeldet war. Wenn man htop aufruft gehören die zugehörigen Aufrufe immer zu moodle. Da gestern Nacht der Server abgestürzt ist, würde ich das Problem schon gerne lösen. Ich habe schon am Sonnta in Moodle einige Log Funktion deaktiviert die die Datenbanken wohl sehr aufblähen, dann wurde die Prozessanzahll deutlich reduziert, aber das Problem ist dennoch da. ist das ein moodle 2? Die Last ist schon deutlich höher als bei moodle 1.x Wie kann ich postgresql ein wenig zähmen bzw. wie schalte ich Moodle ab? Benötigt ihr es garnicht? Dann nimm den cronauftrag der /var/lib/moodle/admin/cron.php aufruft raus: dann ist Ruhe im Karton. Viele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo Friedrich, Seit gestren abend, nach dem Update auf ein neues Linuxmuster-moodle, läuft der Server auf Hochtouren, so dass Benutzeranmeldungen kaum mehr möglich sind. Unter htop bekomme ich reihenweise folgende Meldungen: 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 Von nagios habe ich mehrfach folgende Meldungen erhalten, allerdings ist bis auf die letzte Fehlermeldung schon die zugehörige Entwarnungsmail gekommen. Notification Type: PROBLEM Service: SYS - postgres database Host: linuxmuster.net Server State: UNKNOWN for 0d 0h 3m 4s Address: 10.16.1.1 Info: UNKNOWN = failed to connect Ich habe jetzt einmal moodle deaktiviert, indem ich die cronjobs abgeschaltet habe, allerdings laufen die postgres Prozesse weiter. Kann man die irgendwie stoppen? Und was könnte im Moodle schief laufen, auf die Version 2.* habe ich schon lange umgestellt und erst seit den Sommerferien gibt es Probleme. 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. Ein Freund meinte, um die Last zu minimieren sei es möglich die Datenbank komplett im RAM zu halten. Das kann ich mir auch gut vorstellen, da fast alles Datenbankzugriffe sind. Mein eigenes moodle skaliert auch dementsprechend ganz klar, ob ich es auf einer einzelnen 2 TB 5400U/mion Platte habe, oder auf dem daneben liegeneden RAID 5 über 4 300GB SAS Platten mit 15000 U/Min... Die db in den RAM verschoben habe ich aber noch nciht. Viele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] postgresql moodle 100% Systemlast: Postgres databse unknown
Hallo, ich antworte mir mal selber bzw. ergänze: Ich habe den postgres server neugestartet und seitdem ist Ruhe. Moodle ist erst einmal deaktiviert, weil schon der Versuch des Zugriffs über das Interface die Systemlast ansteigen lässt. Schöne Grüße Friedrich Am 15.01.2015 um 12:37 schrieb Friedrich Ruff fr...@freenet.de: Hallo, ich wärme diesen Thread einmal wieder auf: Seit gestren abend, nach dem Update auf ein neues Linuxmuster-moodle, läuft der Server auf Hochtouren, so dass Benutzeranmeldungen kaum mehr möglich sind. Unter htop bekomme ich reihenweise folgende Meldungen: 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 Von nagios habe ich mehrfach folgende Meldungen erhalten, allerdings ist bis auf die letzte Fehlermeldung schon die zugehörige Entwarnungsmail gekommen. Notification Type: PROBLEM Service: SYS - postgres database Host: linuxmuster.net Server State: UNKNOWN for 0d 0h 3m 4s Address: 10.16.1.1 Info: UNKNOWN = failed to connect Ich habe jetzt einmal moodle deaktiviert, indem ich die cronjobs abgeschaltet habe, allerdings laufen die postgres Prozesse weiter. Kann man die irgendwie stoppen? Und was könnte im Moodle schief laufen, auf die Version 2.* habe ich schon lange umgestellt und erst seit den Sommerferien gibt es Probleme. Viele Grüße Friedrich Am 13.11.2014 um 12:39 schrieb Holger Baumhof holger.baum...@web.de: Hallo Friedrich, bei mir scheint postgresql seit einiger Zeit etwas Amok zu laufen indem so viele Prozesse aufgerufen werden, dass beide Kerne meines Servers mit 100% ausgelastet sind. Am Sonntag waren es bis zu 70 Prozesse ohne dass irgendein Nutzer angemeldet war. Wenn man htop aufruft gehören die zugehörigen Aufrufe immer zu moodle. Da gestern Nacht der Server abgestürzt ist, würde ich das Problem schon gerne lösen. Ich habe schon am Sonnta in Moodle einige Log Funktion deaktiviert die die Datenbanken wohl sehr aufblähen, dann wurde die Prozessanzahll deutlich reduziert, aber das Problem ist dennoch da. ist das ein moodle 2? Die Last ist schon deutlich höher als bei moodle 1.x Wie kann ich postgresql ein wenig zähmen bzw. wie schalte ich Moodle ab? Benötigt ihr es garnicht? Dann nimm den cronauftrag der /var/lib/moodle/admin/cron.php aufruft raus: dann ist Ruhe im Karton. Viele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user