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
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
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:
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):
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
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:
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
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
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
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.
•
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
24 matches
Mail list logo