Visvanath Ratnaweera
Posts made by Visvanath Ratnaweera
Moodle in English -> Installing and upgrading help -> Failed to access http://IP.ADDRESS.OF.SERVER/moodle after installing moodle. -> Re: Failed to access http://IP.ADDRESS.OF.SERVER/moodle after installing moodle.
by Visvanath Ratnaweera -
Both current releases of 3.11 and 4.0 support PHP 8.0. See http://www.syndrega.ch/blog/#php-and-dbms-compatibility-of-major-moodle-releases.
Deutsche Moodler -> moodle macht Schule -> Workflow für Thesen-Betreuung/Bewertung -> Re: Workflow für Thesen-Betreuung/Bewertung
by Visvanath Ratnaweera -
Hallo Gabrielia
Der Workflow ist lang! Es waere ein Vorteil wenn eine Aktivtaet das decken wuerde. Ich frage mich, wenn man im Kurs pro Betreuer eine Gruppe erstellt und der Teilnehmer Anhand von Group choice seine Gruppe waehlen darf, ob das eine Loesung waere.
Der Workflow ist lang! Es waere ein Vorteil wenn eine Aktivtaet das decken wuerde. Ich frage mich, wenn man im Kurs pro Betreuer eine Gruppe erstellt und der Teilnehmer Anhand von Group choice seine Gruppe waehlen darf, ob das eine Loesung waere.
Moodle in English -> Hardware and performance -> Moving moodle.org to kubernetes -> Re: Moving moodle.org to kubernetes
by Visvanath Ratnaweera -
Hi
It is time somebody carefully analyze the Bitnami Docker image for Moodle. It pops up sporadically in the forums and do not get useful answers, because it is so much different from the native installation of Moodle on LAMP and as a result the advice the regulars here do not apply.
In a recent workshop the Moodle Bitnami Docker and the plain vanilla LAMP installation on VPS came up site-by-side. Yes, the Docker image was installed and running in minutes. But as the workshop progressed, as people started upgrading, installing plug-ins, taking backups, etc., on the Bitname-Docker front there were always discussions about Docker and Bitnami whereas on the VPS front, there was nothing to discuss. Halfway though we swapped the Bitnami with a hand-made Docker image starting from Ubuntu Linux Server, but it came too late to undergo the same scrutiny.
It is time somebody carefully analyze the Bitnami Docker image for Moodle. It pops up sporadically in the forums and do not get useful answers, because it is so much different from the native installation of Moodle on LAMP and as a result the advice the regulars here do not apply.
In a recent workshop the Moodle Bitnami Docker and the plain vanilla LAMP installation on VPS came up site-by-side. Yes, the Docker image was installed and running in minutes. But as the workshop progressed, as people started upgrading, installing plug-ins, taking backups, etc., on the Bitname-Docker front there were always discussions about Docker and Bitnami whereas on the VPS front, there was nothing to discuss. Halfway though we swapped the Bitnami with a hand-made Docker image starting from Ubuntu Linux Server, but it came too late to undergo the same scrutiny.
At another occasion I came across a sophisticated clustered Docker/Kubernetes/Galera/.. environment for Moodle deployment. The sysops have gone in to great lengths on _deployment_, which means for them spawn a Moodle instance and forget it. They are obsessed with it. What they forgot was Moodle is a tiger by the tail. It can not be forgotten, it makes the users to make the noise. In plain text, they haven't looked in to the simplest thing about _running_ Moodle, like upgrading, "downgrading" ;(, the moodledata, like additional plug-ins, like backups, restore,... BTW, I don't even know whether the Docker images they took were Bitnami or something else, that was highly secret.
What we need is full documentation, the counterpart of, say https://docs.moodle.org/en/Installing_Moodle_on_Debian_based_distributions. I know, the Docker philosophy is one click and it runs. You don't have to look in to it. But if one doesn't have a clue, What and Where, he'll fall flat at the first user problem.
P.S. @Moderator: I propose to move this whole discussion to Installing and Upgrading help forum. This has nothing to do with performance. (I know, there are claims that this system is efficient and scalable. But this thread has no evidence, no load tests nor numbers supporting it. It is still about (easily) _installing_ Moodle.)
P.S. @Moderator: I propose to move this whole discussion to Installing and Upgrading help forum. This has nothing to do with performance. (I know, there are claims that this system is efficient and scalable. But this thread has no evidence, no load tests nor numbers supporting it. It is still about (easily) _installing_ Moodle.)
Moodle in English -> Hardware and performance -> Moodle 3.8.3 Sudden Drop in Performance Very High %CPU -> Re: Moodle 3.8.3 Sudden Drop in Performance Very High %CPU
by Visvanath Ratnaweera -
I am skeptical whether tuning the database and/or adding more resources is the right approach. From all what I can see, the real issue, the cause of the drop in performance, is not established. Is it a trashed database, if so what did break it? Does MariaDB 10.6 has bugs which are exposed in Moodle 3.8 or in one of the additional plug-ins? is this drop genuine, just a result of high usage, happened at the start of the new academic year?
These are not easy questions and for professionals having full access to the whole infrastructure. The owner seems to be such a place with their own "IT folks". But those folks don't leave their castle and send the OP on errands. (I know, I know, these are "Moodle problems".) Admire the wizards here beaming all their psychic powers to save the poor "Moodle". I fear if the IT folks don't move their fingers, the prospects are meager.
Just a simple example to underline my point. The exercise is going on an unsupported Moodle, version 3.8, even there on 3.8.3 - not its final release. For the information of the IT folks: The successor, 3.9 (LTS), underwent a series of performance improvements in its early releases. It is still supported (till Nov 2023). Apparently MariaDB has been upgraded but not Moodle. From what I have gathered in discussions here the max. version of MariaDB for Moodle 3.8 is 10.5. See http://www.syndrega.ch/blog/#php-and-dbms-compatibility-of-major-moodle-releases.
These are not easy questions and for professionals having full access to the whole infrastructure. The owner seems to be such a place with their own "IT folks". But those folks don't leave their castle and send the OP on errands. (I know, I know, these are "Moodle problems".) Admire the wizards here beaming all their psychic powers to save the poor "Moodle". I fear if the IT folks don't move their fingers, the prospects are meager.
Just a simple example to underline my point. The exercise is going on an unsupported Moodle, version 3.8, even there on 3.8.3 - not its final release. For the information of the IT folks: The successor, 3.9 (LTS), underwent a series of performance improvements in its early releases. It is still supported (till Nov 2023). Apparently MariaDB has been upgraded but not Moodle. From what I have gathered in discussions here the max. version of MariaDB for Moodle 3.8 is 10.5. See http://www.syndrega.ch/blog/#php-and-dbms-compatibility-of-major-moodle-releases.