Hallo Klaus,
da sich bei Moodle von 3.1 auf 3.7 viel geändert hat, und derzeit so weit ich weiß keiner das Modul wirklich pflegt, rechne mal lieber mit nein.
Viele Grüße
Steffen
Hallo Steffen,
ich hatte das enrol_openlml gestern Nacht (noch unter Moodle 3.1) erstmals in Betrieb genommen, und es wurden alle Klassen Projektgruppen usw. aus dem LDAP ruebergenommen (aus der 6.2er Version)
Ich habe den zugehörigen Moodle-Task jetzt (unter der 3.7) gerade mal angestossen, und er lief ohne Fehler durch.
Ich muss wohl noch etwas ausfuehrlicher testen, ob in der Schulkonsole neu angelegte Projekte mt rueberkommen, aber:
erstmal sieht alles gut aus
Viele Grüße
Klaus
Hallo Klaus,
so jemanden wie Dich habe ich gesucht 
Bei mir hat nur das Anlegen der Schüler funktioniert. Keine Klasse da, keine Einschreibung in Kurse.
Hat bei Dir jeder Schüler auch den Eintrag seiner Klasse? In welchem Feld?
Werden Schüler automatisch in einen Kurs eingeschrieben, wenn Du hinter der KursID einen Doppelpunkt und die Klasse hinschreibst?
Wie stößt Du den Moodle-Task an und siehst, dass das durchläuft, also wo kann man die Log-Files sehen?
Tät mich interessieren, ich hab nämlich am WE Nachtschichten gemacht für die Klassenzuordnung der Schüler im Moodle…
Dann würde ich mich nochmals dran setzen.
Liebe Grüße
Max
Hi. Kann ich hier mit moodle 3.8 nicht bestätigen. Sobald das openlml_enrol-Plugin aktiv ist, läuft der Cronjob nicht mehr durch. Ich erhalte auf der Konsole:
/usr/bin/php /var/...../www/moodle/admin/cli/cron.php
Execute scheduled task: Synchronisierung von LDAP-Nutzerkonten
(auth_ldap\task\sync_task)
... started 14:17:10. Current memory use 18.3MB.
Verbindung zum LDAP-Server aufbauen...!!! Fehler: Call to undefined
function ldap_connect() !!!Sobald das Plugin wieder deaktiviert wurde, läuft auch der CronJob wieder fehlerfrei … es muss also am Plugin liegen bzw kann ich bestätigen, was auch andere berichtet haben: das Plugin arbeitet hier nicht richtig. Was stimmt: die globalen Gruppen, die schon vorher angelegt waren, sind erhalten geblieben. Ich kann also weiterhin manuell globale Gruppen in Kurse einschreiben; jedoch wird das im Moment offenbar nicht im HIntergrund aktuell gehalten?!?
Schönen Gruß,
Michael
Hallo Michael,
Moodle 3.8 ist im Vergleich zu 3.4 bis 3.7 wieder ganz anders. Braucht z.B. auch bei unserem Theme wieder eine neue Version.
Viele Grüße
Steffen
Hallo Max,
bei mir war das auch ne Nachtschicht 
Also ich habe das nicht mehr so ganz im Überblick aber ich versuchs mal:
-
Ich habe unter Plugins -> Einschreibungen „Globale Gruppen“ und „OpenLML Einschreibung“ aktiviert.
-
Konfiguration von OpenLML:
Kontexte: ou=groups,dc=linuxmuster-net,dc=lokal
(die BaseDn habe ich aus /var/lib/linuxmuster/network.settings
basedn=„dc=linuxmuster-net,dc=lokal“)
Der Rest konnte so bleiben (Standard).
Bei mir ist (Standard) das Mitgliedsatrribut memberuid und das Gruppenattribut cn
Ich habe das Feld Klassenstufen „5,6,7,8,9,10,11,12,extra“ so gelassen (Standard)
und das Projektprefix ist p_ (auch Standard) -
Den Prozess habe ich angestossen unter Webseitenadministration -> Server -> Tasks -> geplante Vorgänge, dort ist der opnenLML-Task gelistet: (ich habe immer die Zeit angepasst, da ich mehrfach testen musste)
Ob die Gruppen rüber kommen, sieht man unter Nutzer-> Nutzerkonten -> Globale Gruppen. -
Nutzung: In den Kursen habe ich dann als Einschreibe-Methode „Globale Gruppe“ genommen und kann nun im Dropdown dann meine LDAP-Projektgruppen auswählen.
@Michael :Bei mir ist es eine 3.7 (Belwue), leider kann ich die cron.php nun nicht mehr manuell anstossen, (das lässt sich leider auch unter -> Server-> Sicherheit auch nicht mehr aendern)
aber die Ausgaben unter ->Server-> Tasks -> TaskLogs sehen sehen gut aus
@maxEG
Zu deinen Fragen:
Ich glaube die Identifizierung läuft so: (ich habe mir das im Ldapbaum angeschaut)
es werden im Gruppenzweig (ou=groups) die cn-Eintraege durchforstet, da steht also z.B.
-> ou=groups
-> cn=7a
-> cn=p_mathe_5a
usw.
Eine solche Klasse oder Projektgruppe hat dann wiederum mehrfach das attribut memberUid stehen, in diesen Feldern steht jeweils ein Schüler.
Das mit der KursIDhabe ich einmal auch ausprobiert, aber das benutze ich nicht, ich ordne den Kursen die globalen Gruppen zu (siehe bei 4.)
Ich hoffe ich habe nichts vergessen, und dass die Beschreibung hilft, ggf. einfach noch mal nachfragen
Viele Grüsse
Klaus
Hallo,
seit mind. 1 Stunde ist unser Moodle ganz weg. Beim Seitenaufruf kommt sofort ohne Ladezeit „Fehler: Verbindung fehlgeschlagen. Firefox kann keine Verbindung zu dem Server unter www.unseredomoain.de aufbauen.“. Ich hoffe mal, das liegt daran, dass es gerade umgezogen wird.
Zumindest das Hinkopieren des für Moodle 3.7 passenden Templates bringt nichts. Ich würde auch davon ausgehen, dass ein nicht kompatibles Template auch nicht zu einem sofortigen „Fehler: Verbindung fehlgeschlagen“ führen würde, sondern eine andere Fehlermeldung (irgenswas von php) erscheinen würde.
Viele Grüße
Steffen
Hi Steffen,
bei uns ist auch seit gestern Abend tote Hose. Mal sehen, ob das um 9 Uhr wieder läuft oder ob das größere Probleme sind.
Gestern waren schon so viele umgezogen, dass das alte Moodle so flott ging, dass sie wegen mir nicht hätten umziehen müssen
Wenns heute Mittag noch nicht geht, beantrage ich das alte Moodle zurück.
LG
Max
Hallo Max,
gut zu wissen, dass das nicht nur bei uns so ist. Und ja, ich hätte gestern Abend auch das alte Moodle behalten können/wollen - genau deine Erfahrungen: Das war dann gestern selbst flotter als die ganzen Monate davor.
Außerdem: Ich habe gerade mit viel Aufwand den unbedarften KuK versucht, Moodle beizubringen. Wenn das jetzt wieder anders aussieht / die „Knöpfe“ an anderer Stelle sind, scheitern etliche schon wieder 
Viele Grüße
Steffen
Hallo, unser moodle wurde gestern umgezogen, jetzt läuft es wieder, vorher ging sein Mo wirklich nichts. Wir haben vorher eine Mail bekommen, die das angekündigt hat und uns insbesondere die IP des neuen Servers zur Freischaltung in der Firewall zur LDAPs Abfrage.
Wir bekommen nur noch eine Zertifikatswarnung, aber das Zertifikat wird sicher auch bald wieder installiert. Ich bin schwer beeindruckt von dem, was die Belwue-Leute leisten.
Gruß
Angelika
Hallo,
kann jemand sagen, wie lange das Moodle beim Umzug in etwa weg ist? Bei uns war’s heute morgen um 5 Uhr schon weg und jetzt noch immer.
Viele Grüße
Steffen
Bei uns ists seit gestern abend 18 Uhr weg. Wenn ich die Haupt-URL https://moodle.eichendorff-gymnasium.de ohne hinten /moodle eingebe, steht, es gäbe Wartungsarbeiten und ich solle mich an den Anbieter „Eichendorff-Gymnasium“ wenden. Danke Das bin ja ich
Frage nur, ob ich jetzt ne Nachtschicht mache und ein eigenes aufsetze, oder ob die das hinbekommen. Ganz glatt ist da sicher nichts gelaufen…
Was denkt ihr, kriegen die das hin bis morgen?
LG
Max
Hallo,
bei uns hommt, egal ob man die Domain mit oder ohne /moodle eingibt einfach „Fehler: Verbindung fehlgeschlagen. Firefox kann keine Verbindung zu dem Server unter www.afs-engen.de aufbauen.“
Ich habe aber um kurz nach 15 Uhr eine Mail von Fau Herrmann bekommen, dass unser Moodle heute umgezogen wird.
Erst mal noch abwarten würde ich sagen.
gute Frage, aber eigentlich haben die Moodle Updates immer geklappt. Machen die ja auch nicht ohne Backup.
Viele Grüße
Steffen
Hi Steffen,
Ich habe vorgestern eine Mail bekommen, dass wir am gestern umgezonge werden. Seitdem geht halt nix mehr und das ist länger als die verpsrochenen 2 Stunden. Ich hätt auch mit 10 Stunden kein Problem, bei 22 (Stand jetzt) und keiner Rückmeldung hab ich halt Bedenken, dass etwas schief lief.
Das Alte Moodle ist noch per sftp erreichbar, Sicherkungekopien der Kurse kann ich sehen, nur an die Datenbank komme ich nicht ohne Web-Zugang (oder?). Insofern müsste ich dann ALLES, also auch Nutzerzuordnung neu machen, dafür reicht die Zeit wahrscheinlich eh nicht.
Sind wir gelassen…
LG
Max
Hallo Max,
Ja, bei mir ging’s zwar gestern Abend noch, aber als ich um 5 Uhr aufgestanden bin, und leider bis jetzt, tot.
Viele Grüße
Steffen
Hallo,
ist das eigentlich gewollt, dass mir ping bei der Domain als IP nur noch eine IPv6 zurück liefert?
Dabei antwortet web69.belwue.de. Rufe ich die URL auf, erhalte ich dasselbe Ergebnis wie beim Aufruf unseres Moodles über unsere Domain.
Fehler: Verbindung fehlgeschlagen
Firefox kann keine Verbindung zu dem Server unter web69.belwue.de aufbauen.
hm…
Viele Grüße
Steffen
Heute sollen auf einen Schlag alle ca. 450 Moodles umgezogen werden, die auf der moodle01 sind. Bisher geht alles wie geplant, allerdings dauert es. Also bitte warten bis heute nacht oder morgen früh. Morgen am Freitag wird dann aufgeräumt/nachgearbeitet was bei manchen der 450 nicht geklappt hat.
LG Peter Merdian (BelWü)
3 „Gefällt mir“
Wir lieben euch 
Hallo Peter,
Das ist wirklich toll, vielen Dank, bei uns läuft seit heute alles bestens.
Viele Grüße
Arnaud
Hallo,
unser Moodle meldet sich wieder, allerdings fehlt unser Theme, das wir in die „eigenen“ Themes installiert hatten.
Leider werden auf dem neuen Server die alten SFTP-Daten von moodle01.belwue.de nicht akzeptiert. Deshalb kann ich das Theme nicht wieder hin kin kopieren und damit auch kein Datenbank-Update durchführen.
Also heißt es für uns leider erst mal weiter warten.
Viele Grüße
Steffen