Hallo Andreas
Schau in:
- Website-Administration > Plugins > Mitteilungsversand > Übersicht, Konfiguration und E-Mail
- https://docs.moodle.org/de/Cron-Job
Visvanath Ratnaweera
Posts made by Visvanath Ratnaweera
Deutsche Moodler -> Moodle-Technikforum -> Migration und Update auf neuen Server - moodledata beschädigt -> Re: Migration und Update auf neuen Server - moodledata beschädigt
by Visvanath Ratnaweera -
Hallo Daniel
Seien wir ehrlich. Die "intelligente" Dateiverwaltung von Moodle seit der Version 2 mag den DAU beglücken, ist habe im Weg der erfahrenen Computernutzer und blanke Horror des Systemadministrators.
Trotzdem, was du da hast, so was habe ich noch nie gesehen. Die Daten sind da, aber _inhaltlich_ beschädigt, obwohl moodledata als _eine_ Zip-Datei übertragen wurde? Nein, ich habe keine heisse Spur. Einzige Chance ist wenn du eine gescheite Debugmeldung provozieren kann.
Ich weiss, für dich kommt es zu spät. Aber ein Grundsatz in der Systemadminitration ist, nicht mehr als eine Sache auf ein Mal zu machen. Du hat eine Migration und mehrfache upgrades über mehrere "major" Versionen von Moodle, in einem Zug gemacht!
Frage: Kannst du wieder von vorne beginnen? Ich meine Moodle _migrieren_ bei gleichbleibenden Moodle (2.6.2) und testen? Erst wenn _alles_ OK, sichern und den nächsten Schritt auf 2.7. usw.? Ich weiss, Moodle fährt in einem horrenden Tempo. Aber du ich ich, wir haben keinen Einfluss darauf.
Seien wir ehrlich. Die "intelligente" Dateiverwaltung von Moodle seit der Version 2 mag den DAU beglücken, ist habe im Weg der erfahrenen Computernutzer und blanke Horror des Systemadministrators.
Trotzdem, was du da hast, so was habe ich noch nie gesehen. Die Daten sind da, aber _inhaltlich_ beschädigt, obwohl moodledata als _eine_ Zip-Datei übertragen wurde? Nein, ich habe keine heisse Spur. Einzige Chance ist wenn du eine gescheite Debugmeldung provozieren kann.
Ich weiss, für dich kommt es zu spät. Aber ein Grundsatz in der Systemadminitration ist, nicht mehr als eine Sache auf ein Mal zu machen. Du hat eine Migration und mehrfache upgrades über mehrere "major" Versionen von Moodle, in einem Zug gemacht!
Frage: Kannst du wieder von vorne beginnen? Ich meine Moodle _migrieren_ bei gleichbleibenden Moodle (2.6.2) und testen? Erst wenn _alles_ OK, sichern und den nächsten Schritt auf 2.7. usw.? Ich weiss, Moodle fährt in einem horrenden Tempo. Aber du ich ich, wir haben keinen Einfluss darauf.
Deutsche Moodler -> Moodle-Technikforum -> Migration und Update auf neuen Server - moodledata beschädigt -> Re: Migration und Update auf neuen Server - moodledata beschädigt
by Visvanath Ratnaweera -
Hallo Daniel
Da sich niemand gemeldet hat, versuche ich, obwohl ich nichts mit Microsoft am Hut habe.
Also, du hast die Datenbank und Moodle-Datenverzeichnis einer 2.6.2 Installation (was war der Server?) auf einen anderen Server (Linux, Nginx 1.9.9, Maria DB 10.0.29) übertragen, Moodle 2.7 direkt geholt. Ich nehme an, beim ersten Einloggen hat Moodle einen Upgrade erkannt und dich durch die Upgradeprozedere geführt. Nicht ganz nach https://docs.moodle.org/26/de/Moodle_Migration, denn es war eine Migration und ein Upgrade in einem. Trotzdem einwandfrei gelaufen, bis auf die "beschädigten" Bilder. Und es sind nur die Bilder, andere hochgeladene Dateien, Bsp. PDFs, haben das Problem nicht. Richtig?
"Beschädigte" Bilder können sehr viele Ursachen haben: a) Fehler bei der Übertragung, besonders über MS Windows b) Dateirechte manipuliert von Windows c) Cache im Dateiverzeichnis wurden auch übertragen d) Resten vom alten Domainnamen in der Datenbank c) diverse Einstellungen im Webserver insbes. bei Nginx insbes. das gefürchtete slasharguments Problem, usw. Drum die Empfehlung https://docs.moodle.org/27/en/Debugging auf Stufe "Entwickler" zu stellen und eine interne Fehlermeldung zu holen.
Da sich niemand gemeldet hat, versuche ich, obwohl ich nichts mit Microsoft am Hut habe.
Also, du hast die Datenbank und Moodle-Datenverzeichnis einer 2.6.2 Installation (was war der Server?) auf einen anderen Server (Linux, Nginx 1.9.9, Maria DB 10.0.29) übertragen, Moodle 2.7 direkt geholt. Ich nehme an, beim ersten Einloggen hat Moodle einen Upgrade erkannt und dich durch die Upgradeprozedere geführt. Nicht ganz nach https://docs.moodle.org/26/de/Moodle_Migration, denn es war eine Migration und ein Upgrade in einem. Trotzdem einwandfrei gelaufen, bis auf die "beschädigten" Bilder. Und es sind nur die Bilder, andere hochgeladene Dateien, Bsp. PDFs, haben das Problem nicht. Richtig?
"Beschädigte" Bilder können sehr viele Ursachen haben: a) Fehler bei der Übertragung, besonders über MS Windows b) Dateirechte manipuliert von Windows c) Cache im Dateiverzeichnis wurden auch übertragen d) Resten vom alten Domainnamen in der Datenbank c) diverse Einstellungen im Webserver insbes. bei Nginx insbes. das gefürchtete slasharguments Problem, usw. Drum die Empfehlung https://docs.moodle.org/27/en/Debugging auf Stufe "Entwickler" zu stellen und eine interne Fehlermeldung zu holen.
Deutsche Moodler -> Moodle-Technikforum -> automatisch generierte Einschreibeschlüssel -> Re: automatisch generierte Einschreibeschlüssel
by Visvanath Ratnaweera -
Ich sehe, dass du dies bereits im englischen Forum diskutierst: https://moodle.org/mod/forum/discuss.php?d=346343.
Deutsche Moodler -> Moodle-Technikforum -> Upgrade von Version 2.5.1 auf Version 3.2 -> Re: Upgrade von Version 2.5.1 auf Version 3.2
by Visvanath Ratnaweera -
Hallo Christian
Grundsätzlich, ein Upgrade kann immer schief gehen, v.a. bei einem grossen Versionsprung wie bei dir. Also, bevor du überhaupt damit beginnst, sicherstellen dass einen Weg zurück offen bleibt. (Aber selbst ohne solche Eingriffe können ja Unfälle passieren, also der Weg zurück ist immer gut. ;)
Der Migrationspfad über die Versionen seit 2.0 ist recht chaotisch. In deinem Fall waere das 2.5.1 > 2.5.9 > 2.7.18 > 3.2.1, wobei ich bei der Version 2.7.18 (LTS, langlebige Version) eine lange Testpause einlegen würde oder sogar eine Zeitlang produktiv einsetzen würde, bis sich die "Lage" stabilisiert. (Bei solchen Gewaltsmarsch taucht immer die Frage auf, was hat 2.5 nicht was du unbedingt brauchst und nur 3.2 hat?)
Die häufigsten Probleme kommen von nicht zum Moodle-Kern gehörende Plug-ins. Beim Übergang ins 3 hat Moodle auch die Anforderungen an MySQL und PHP geändert. Siehe https://docs.moodle.org/dev/Releases und die dort verlinkten Release Notes. Migration selber geht nach dem Muster https://docs.moodle.org/en/Moodle_migration.
Grundsätzlich, ein Upgrade kann immer schief gehen, v.a. bei einem grossen Versionsprung wie bei dir. Also, bevor du überhaupt damit beginnst, sicherstellen dass einen Weg zurück offen bleibt. (Aber selbst ohne solche Eingriffe können ja Unfälle passieren, also der Weg zurück ist immer gut. ;)
Der Migrationspfad über die Versionen seit 2.0 ist recht chaotisch. In deinem Fall waere das 2.5.1 > 2.5.9 > 2.7.18 > 3.2.1, wobei ich bei der Version 2.7.18 (LTS, langlebige Version) eine lange Testpause einlegen würde oder sogar eine Zeitlang produktiv einsetzen würde, bis sich die "Lage" stabilisiert. (Bei solchen Gewaltsmarsch taucht immer die Frage auf, was hat 2.5 nicht was du unbedingt brauchst und nur 3.2 hat?)
Die häufigsten Probleme kommen von nicht zum Moodle-Kern gehörende Plug-ins. Beim Übergang ins 3 hat Moodle auch die Anforderungen an MySQL und PHP geändert. Siehe https://docs.moodle.org/dev/Releases und die dort verlinkten Release Notes. Migration selber geht nach dem Muster https://docs.moodle.org/en/Moodle_migration.