The point is that apparently the version would be fine, but it does not work.
thank by the ansvver.
You know that the hosting updated me the version of php and now the moodle does not work for me WITH ALL the courses that I have there.
I was running an old moodle 3.2.9.
The point is that when you want to take it to 3.6 it gives me an error.
It gives me a message that confuses me: "Version 7.0.0 is mandatory and you are running 7.4.20
PHP 7.3 is not supported.
You have idea what I can do.
Thanks
Hi
I have upgraded moodle 3.10 to 3.11 with standard procedure every think working fine except course reports like activity, course completion, logs, live logs. When I am trying to access this showing error
Exception - Call to a member function out() on null
Debug info:
Error code: generalexceptionmessage
Stack trace:
I had also tried different solutions from forum like purge cache, empty cache and local cache from moodle data but not working.
Thanks in advance.
I failed to warn my system administrator about MariaDB 10.5.10, and he upgraded the database last Saturday. We've had a bunch of issues since then, but before I have him downgrade the database, I want to know if anyone else has had similar problems perhaps caused by something else that we will also need to address.
Current system: Linux 5.10.27-gentoo. PHP 7.4.19. MariaDB 10.5.10 (sigh), Apache2.
Issue #1: Student is unable to upload file into assignment, receives "Error connecting to the server" message. On a later attempt (two hours, log out, log back in), upload works without a problem.
Issue #2: Student A attempts a quiz module and receives an invalid course module ID error message repeatedly; student A is unable to submit quiz. Student B attempts quiz as test while Moodle is in debug mod, and gets this screen:
Student C attempts quiz 8 hours later and completes quiz without any issues.
Now, I could see how a consistent DB error would cause every student to have a problem, but why can one student attempt the quiz and succeed, after another fails repeatedly? This intermittent behavior has me wondering whether something beside the 10.5.10 MariaDB version is wrong with the environment. I'd had to roll back without fixing the problem.
OK
the version 3.8 say me the next:
Thank you
I vvill probe vvhit the version 3.5
I do not understand
Moodle 3.9.3
Hi I've to update my school's installation from 3.9.3 to 3.9.7.
I read in https://docs.moodle.org/311/en/Git_for_Administrators#Moodle_branch_names that all is needed is:
$ cd /path/to/your/moodle/
$ git pull
Is it the same for installed plugins?, e.g. :
$ cd mod/plugin_1
$ git pull
then
$ cd ../
$ cd mod/plugin_2
$ git pull
The git clone command has already been issued in the last upgrade from 3.5 to 3.9.3
Thank you.
Please help me.
I don´t let me updapting
Update the image
One can use git pull with addons *only if* ... *only if* ... the addon code was acquired via git repos for those addons. Look for a hidden .git directory in those plugin directories. If not there, plugin was not installed using git.
Other wise a git pull at code root of the moodle acquires *only* ... *only* ... core code.
To update the plugins either use Admin GUI interface for upgrading plugins via Moodle pluginsserver or manually acquire the zip files for the plugins and upgrade manually.
See: https://docs.moodle.org/311/en/Installing_plugins
'SoS', Ken
That was nasty of hosting provider if they did that without any warnings! :| or did they warn?
Anyhooo ... at this point ... make sure you have a full backup .. downloaded off your server ... that's an archive (tar ball or zip) of code directory, minimally moodledata/filedir/ (that will be the largest probably) and a dump of the DB for Moodle.
Do you have site backups?
How large are the files ... the tar ball/zip of code is?
The minimal moodledata/filedir/ tar ball/zip of that?
The sql dump of your DB?
'SoS', Ken
In DB there is a table for QuiZAttempts.
mdl_quiz_attempts
Field name Type Allow nulls? Key Default value Extras
id bigint(10) No Primary NULL auto_increment
quiz bigint(10) No Indexed 0
userid bigint(10) No Indexed 0
attempt mediumint(6) No None 0
uniqueid bigint(10) No None 0
layout longtext No None NULL
currentpage bigint(10) No None 0
preview smallint(3) No None 0
state varchar(16) No Indexed inprogress
timestart bigint(10) No None 0
timefinish bigint(10) No None 0
timemodified bigint(10) No None 0
timemodifiedoffline bigint(10) No None 0
timecheckstate bigint(10) Yes None 0
sumgrades decimal(10,5) Yes None NULL
The state column ... if student finished the quiz has 'finished'.
Possible fix if you find the right entries.
'SoS', Ken
So were just prepping for some summer updated and I updated PHP from 7.2.32 to latest 7.4.20 release and not Moodle wont boot at all. Get "Fatal error: $CFG->dataroot is not writable, admin has to fix directory permissions! Exiting." Error.
If I make the PHP v7.2.x files live again everything works perfectly. What changed in the new PHP version to break this???
Also tried latest PHP v.7.3.28 with same issue.
Moodle is version 3.6.5 on Windows IIS. Running on MySQL.
Yes the permission on 'moodledata' folder are correct and I even re-applied them just to make sure. I'm really stumped.
PHP location is the C:\php\ I'm just moving the v7.2 or v7.4 files in/out of that folder to upgrade. PHPinfo file loads perfectly, just Moodle wont.
Any ideas? I've been banging my head for 2 days now and haven't gotten any further.
Thanks in advance,