Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
Number of replies: 32
I have done this once before, restored a copy of moodle ending up
with a blank page. Last time I deleted all instances of config.php using rsync, but
not this time 🙂. So what could be the problem now? There is nothing in moodle's error folder and I can not find any hints in server logs.
In reply to Bente Olsen
Re: Blank page - no access to Moodle - again after restoring a copy!
by Visvanath Ratnaweera -
How do you restore a copy of Moodle? On what? There is no possibility in the Moodle GUI for that.
In reply to Bente Olsen
Re: Blank page - no access to Moodle - again after restoring a copy!
by Leon Stringer -
Check the web server's user account can read config.php, i.e. the user acount that the web server executes PHP scripts as, typically one of apache, www-data or php-fpm (unless you're using shared hosting).
In reply to Bente Olsen
Re: Blank page - no access to Moodle - again after restoring a copy!
by Emma Richardson -
We really need more info, otherwise we are just guessing. I would guess at php compatibility but what/why did you restore a copy? What version of Moodle? Same server, different server?
In reply to Emma Richardson
Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
I usually have a copy of my moodle on a separate subdirectory for various test purposes.
When I restore I take a db-dump of the production moodle and restore it to my moodle copy. I also make a copy of the production code and the production data folder using rsync
When I restore I take a db-dump of the production moodle and restore it to my moodle copy. I also make a copy of the production code and the production data folder using rsync
rsync -auv --progress --delete public_html/ copy
cp backups/copy-config/config.php copy/
rsync -auv --progress --delete data/moodledata/ data/copydata/
Moodle is version 4.1.4+, PHP is version 8.1.20. I forget about Mariadb, but it is newly upgraded.
In reply to Bente Olsen
Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Ken Task -
Questions:
1. you are running those rsync and cp commands as what user?
2. what are the ownerships/permissions on
leaving only filedir to be sync'd
'SoS', Ken
backups/copy-config/config.php
config.php needs to be readable by all others - eg, the 'globe'.
And think I'd not copy all of moodledata ... caching ... the only directory
you really need is filedir. rsync does have a switch to exclude.
--exclude-from='exclude-file.txt
leaving only filedir to be sync'd
'SoS', Ken
In reply to Ken Task
Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
Hi Ken
1 I do not know which role I have on the server. As I know you are pleased hear 
, I am on a shared server. I only have permission to use git and rsync because I have asked for it.
2 Permissions for config.php is 644 as on the production site.
Regarding your thoughts about the data folder, I once tried to use --exclude on config.php, but that affects all instances of config.php. But I think I will use it for the backup of data in the future.
Thanks for your input. And you could have hit the nail on the head mentioning the permissions on config.php, but unfortunately that wasn't the problem.
BTW I have just checked the db:
$ mariadb --version
mariadb Ver 15.1 Distrib 10.6.14-MariaDB, for Linux (x86_64) using readline 5.1
In reply to Bente Olsen
Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Ken Task -
That exclude probably needs to have full path to the config.php file at code root.
Sorry 'bout that, don't use exclude in what I use rsync for and didn't think it through enough when I suggested it. :|
That's kinda 'special' having permissions to use only git and rsync because you requested. Provider is trying to work with ya.
644 - guess am not mathmatically inclined ... what does that look like in terms of: ls -l config.php - which would show owner, group, all other permissions to read,write, execute. You might have to use server's file browsing tool to see that.
'SoS', Ken
In reply to Ken Task
Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
Permission 644 means -rw-r--r--
Here is a table of permissions written by 3 numbers (owner/group/other):
So 644 is.
Here is a table of permissions written by 3 numbers (owner/group/other):
| r | w | x | ||
| 1 | 1 | --x | ||
| 2 | 2 | -w- | ||
| 2 | 1 | 3 | -wx | |
| 4 | 4 | r-- | ||
| 4 | 1 | 5 | r-x | |
| 4 | 2 | 6 | rw- | |
| 4 | 2 | 1 | 7 | rwx |
6: owner read & write
4: group read
4: other read
In reply to Bente Olsen
Re: Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Ken Task -
Thanks for chart. Do you have to refer to that chart or something similar when setting ownerships/permisisons? OR do you have it down - retained?
In your config.php file there is a line for ownerships/permissions - with comment:
// The following parameter sets the permissions of new directories
$CFG->directorypermissions = 02777;
$CFG->directorypermissions = 02777;
Without referring to your chart or similar resource, can you tell me what 02777 is/does?
That's the point I was trying to make. 
'SoS', Ken
In reply to Ken Task
Ang: Re: Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
Ok, I see. Sorry.
In reply to Ken Task
Re: Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Visvanath Ratnaweera -
Ken, are you asking seriously? Our generation worked with octals. It doesn't need the funny characters a-f to count. ;)
r-x -> \( (101)_2\) - > \((5)_8 \)
r-x -> \( (101)_2\) - > \((5)_8 \)
The 02 at the beginning doesn't fall in to the same pattern. The '2' sets the setgid flag of a directory, all files created within it inherit the group of the directory, not the group of the creator of the files!
In reply to Bente Olsen
Re: Blank page - no access to Moodle - again after restoring a copy!
by Visvanath Ratnaweera -
The blank page is often below Moodle, as OS, web server, PHP, network levels. What does the web server error log say?
In reply to Visvanath Ratnaweera
Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
Hi Visvanath,
There is a log that seem to (I am not used to read these logs) say that there is an 500-error. e.g. '87.59.162.107 - - [24/Jul/2023:20:55:40 +0200] "GET /kopi/ HTTP/2" 500 0 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/115.0"'
But the error-log has nothing about it, it only has a file from 2017.
I have tried to make a new webroot for the site just with an index.html, an then it works fine, but with Moodle on that URL/that directory it doesn't. So maybe I should try to start all over again restoring Moodle, to see if that would end op better.
There is a log that seem to (I am not used to read these logs) say that there is an 500-error. e.g. '87.59.162.107 - - [24/Jul/2023:20:55:40 +0200] "GET /kopi/ HTTP/2" 500 0 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/115.0"'
But the error-log has nothing about it, it only has a file from 2017.
I have tried to make a new webroot for the site just with an index.html, an then it works fine, but with Moodle on that URL/that directory it doesn't. So maybe I should try to start all over again restoring Moodle, to see if that would end op better.
In reply to Bente Olsen
Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Visvanath Ratnaweera -
Hi
I find installing anew a drastic measure. And worse, the problem could still be there!
I don't know what "a new webroot" means. You can safely put an index.html file in to the Moodle code directory - it has an index.php but no index.html - then the URL you expect your Moodle to appear must render that index.html. For good measure add /index.html at the end of the URL. What happens?
I find installing anew a drastic measure. And worse, the problem could still be there!
I don't know what "a new webroot" means. You can safely put an index.html file in to the Moodle code directory - it has an index.php but no index.html - then the URL you expect your Moodle to appear must render that index.html. For good measure add /index.html at the end of the URL. What happens?
In reply to Visvanath Ratnaweera
Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
Well, recreate Moodle is much more easy than all this searching for errors, but actually I also doubt that the problem will disappear.
About the webroot I just meant that I would replace access to Moodle with an access to an index.html file. That worked fine.
Now I have had a look in Moodle's error_log. It has a lot of warnings and a 'Fatal error':
PHP Fatal error: Cannot redeclare cron_setup_user() (previously declared in /home/kursista/sandbox/kopi/lib/deprecatedlib.php:3829) in /home/kursista/sandbox/kopi/lib/sessionlib.php on line 234
I do not know what it really mean, but, could this prevent access to the Moodle instance?
In reply to Bente Olsen
Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Ken Task -
"I am on a shared server. I only have permission to use git and rsync because I have asked for it."
Your check of mariadb version shows command line!!! The following you shared back shows a prompt $ and the command to show version!
There is nothing GUI about git nor rsync. Those are command line.
PHP Fatal error: Cannot redeclare cron_setup_user() (previously declared in /home/kursista/sandbox/kopi/lib/deprecatedlib.php:3829) in /home/kursista/sandbox/kopi/lib/sessionlib.php on line 234
* deprecatedlib.php - Old functions retained only for backward compatibility
*
* Old functions retained only for backward compatibility. New code should not
* use any of these functions.
line 3829 of file above doesn't exist in 4.1.4+ (Build: 20230616) code!!!
Sessions are kept in moodledata/sessions/ directory if moodle not set to use DB. If sessions directory cannot be written to ... yes, problem just logging on.
So since you do have CLI:
cd /home/kursista/sandbox/kopi/admin/cli/
php -v
php checks.php
Your check of mariadb version shows command line!!! The following you shared back shows a prompt $ and the command to show version!
"$ mariadb --version"
There is nothing GUI about git nor rsync. Those are command line.
PHP Fatal error: Cannot redeclare cron_setup_user() (previously declared in /home/kursista/sandbox/kopi/lib/deprecatedlib.php:3829) in /home/kursista/sandbox/kopi/lib/sessionlib.php on line 234
* deprecatedlib.php - Old functions retained only for backward compatibility
*
* Old functions retained only for backward compatibility. New code should not
* use any of these functions.
line 3829 of file above doesn't exist in 4.1.4+ (Build: 20230616) code!!!
Sessions are kept in moodledata/sessions/ directory if moodle not set to use DB. If sessions directory cannot be written to ... yes, problem just logging on.
So check path to moodledata in config.php file.
Then check ownerships/permissions on moodledata
cd /home/kursista/sandbox/kopi/admin/cli/
php -v
php checks.php
What do both of those show?
You had to import the DB dump some how.
How did you do that?
Where does that .sql dump file reside?
If you pull that .sql file up in a text editor that has search, nano does, you could search for the url to the production site and replace with the url to the cloned site. Then import the edited .sql file into a new DB - changing the config.php flie for the new DB name.
'SoS', Ken
In reply to Ken Task
Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
So check path to moodledata in config.php file.
So since you do have CLI:
cd /home/kursista/sandbox/kopi/admin/cli/
Then check ownerships/permissions on moodledata
They are both as they shoud be, config.php points to the right folder, and user/owner (which in this particulary case is the webserver/me) can write to folder
So since you do have CLI:
cd /home/kursista/sandbox/kopi/admin/cli/
php -v
PHP 8.1.20 (cli) (built: Jun 14 2023 15:03:44) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.1.20, Copyright (c) Zend Technologies
with the ionCube PHP Loader v12.0.5, Copyright (c) 2002-2022, by ionCube Ltd.
with Zend OPcache v8.1.20, Copyright (c), by Zend Technologies
php checks.php
nothing returned
If you pull that .sql file up in a text editor that has search, nano does, you could search for the url to the production site and replace with the url to the cloned site. Then import the edited .sql file into a new DB - changing the config.php flie for the new DB name.
I have replaced all http and https links to production site with https links to the cloned site with sed on a fresh db dump. I started manual editing with nano, but it took too long, and manually could be with errors.
About the db I first empty the db for the clone using phpmyadmin and then give it the tables from production site with mysql:
mysql -p db-clone < backups/dbdump/db-source.sql
@Jens: I am cloning a running Moodle, so there can not be old theme issues
I still get a blank page. And I am still stocked, have absolutely no idea of what is going wrong. I have done this plenty of times.
In reply to Bente Olsen
Re: Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Ken Task -
nano does have search AND replace ... sed is kinda blind isn't it?
Guess you have a script for the sed search and replace, right?
And the sed S and R does it correctly, right?
checks.php should show at least a response saying that all is ok.
Educate me with the following, please:
So with your mysql (which is really mariadb) client clone command and the import of the dump from the production server sql, how does that command know what database to create? or is there a default DB name ... like 'cloned'.
And after that command finishes, do we have a populated 'clone' of the DB for moodle? And one could use the mysql client, use that database, and show all tables in that cloned DB.
Would think your server has enough resources to clone site on same server, but just to be sure - space:
df -h
particularly interested in where cloned moodledata would reside as well as partition where DB files would reside.
Yes, I know you have said you have done this before and not had any issues - so assuming that every command etc. you've issued is 100% correct, what could it be? That is basically what you are asking the community. And we are offering suggested checks - 'educated' guesses, really. And we have to rely upon responses that say 'yes, that is correct' ... without really seeing it (yes, I know we don't want to disclose too much ... security issue.
'SoS', Ken
In reply to Ken Task
Ang: Re: Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
Hi Ken,
Before I answer your questions: I just got the idea to run checks.php on the production site, and here is the outcome:
CRITICAL: Tasks max fail delay (tool_task_maxfaildelay)
Status | Check
----------+--------------------------------------------------------------------
ERROR | Tasks max fail delay (tool_task_maxfaildelay)
| 4 task(s) failing
ERROR | Ad hoc task queue (tool_task_adhocqueue)
| Oldest task is 17 hours 10 mins which is more than 4 hours
So it is not a really healthy site I try to clone 
In reply to Bente Olsen
Re: Ang: Re: Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Ken Task -
Well, that's not good and probably should be investigated until solved.
Still though, if your cloning process is working and the clone has the same issues, you should still have access ... no white screen of death!
That error, BTW, means you need to check into settings for max fail delay.
It is CRITICAL but doesn't really tell you what task ... those task, when they can't finish or fail get into adhoc task to be executed again at a later time.
In the GUI admin of a 4.1.highest ...
admin/settings.php?section=taskprocessing
admin/settings.php?section=tasklogging
admin/tasklogs.php
Do the following first!
admin/tool/task/scheduledtasks.php
admin/settings.php?section=tasklogging
admin/tasklogs.php
Do the following first!
admin/tool/task/scheduledtasks.php
Also check this one ...
admin/tool/task/runningtasks.php
admin/tool/task/runningtasks.php
and there are cli equiv's to above.
One step closer?
'SoS', Ken
In reply to Ken Task
Ang: Re: Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
Now, I hoped to get back to you earlier, but things didn't went as I expected.
The webserver provides me with an online terminal. I can call nano, but I can not use search. Search has the key combination ctrl+W, so using that closes the current tab in my browser. I tried to download the db and do the search and replace locally, but without success, the process stopped after some time. I am not used to sed, but I found a command on the internet I could use: sed -i s/oldtext/newtext/g filename. It seemed to work well and much faster than nano. A simple count with grep found same amount of lines with the relevant URLs before and after the changes. And a quick look with nano also looked fine.
When I clone the db I load the db dump into the clone's db, which I first emptied for tables with phpmyadmin. Command used in the terminal: mysql -p copy-db < source-db-dump.sql
I have four folders on the server for my Moodle files:
webroot for production site/main domain, accessible from the internet- drwxr-xr-x
webroot for the copy/subdomain, accessible from the internet - drwxr-xr-x
moodledata, with folders for both Moodle instance s- drwxr-xr-x
backup for moodledata, dbdump etc. - drwxr-xr-x
df -h gives me 4.7T free space on the shared server, I am being prompted if I use more than, hm, I forgot, 80 or 90% of my space. At the moment I still have approximately 75 GB free space.
The webserver BTW is a proprietary Litespeed server, it runs on Linux - which distro I do not know. The userinterface is cPanel, also proprietary.
Regarding the 'critical' issues in the error_log, I found 2 running tasks, both \tool_dataprivacy\task\process_data_request_task, so it is not more critical than that, not enough to give a blank moodle.
Next week I will not be moodling, but I will return
In reply to Bente Olsen
Re: Ang: Re: Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Ken Task -
From terminal: uname -an shows what?
Shared server free space command might be allowed for all customers on the shared server that has 20 or so customers. What you seek is your slice of that pie!
df -h /home/accountlogin
That's the space to which your account has full access.
CTRL W is 'write out' ... If one were to use CTRL X - that then prompts to save the file you were editing (allows you to rename it, me thinks) before it exits.
sed is 'lower level' ... and does it quickly ... more quickly than nano but ... nano allows you to see each replacement ... sed does what you told it to do ...
You've not shown how you are using sed ... specifically this part:
s/oldtext/newtext/g
IF ... IF ... oldtext is https://site/directory/
then newtext would be https://site/otherdiretory/
Site is same ... directory isn't. But the '/'s could be an issue ... because the sed command uses / as a delimiter.
You might have to use sed like this:
s/https:\/\/site\/directory\/\/https:\/\/site\/newdirectory\/g
The \ character tells shell/sed to use the next single character as a literal.
Once sed finishes, can check with the following:
fgrep 'https://site/otherdirectory/' sqlfileyouedited.sql
CLI fun and games!
'SoS', Ken
In reply to Bente Olsen
Ang: Re: Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
I've racked my brain to get an idea of where the error might lie, but I simply have no idea. So I tried creating a new clone and it worked much better. The only bump in the road was that I got a Moodle without my language pack, and thus an error message when I logged in, 'missing parameter'. Strange, I think, but trivial to deal with.
Unfortunately, I wasn't lucky enough to get a clue at the same time, so I'm still at a loss regarding the lack of access to the copy.
Unfortunately, I wasn't lucky enough to get a clue at the same time, so I'm still at a loss regarding the lack of access to the copy.
In reply to Bente Olsen
Re: Ang: Re: Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Ken Task -
So it's solved? You did *exactly* the same as before, only this time it worked!!!???
rsync -auv --progress --delete public_html/ copy
cp backups/copy-config/config.php copy/
on shared hosting, public_html directory is document root for customer web
space. The first rsync command was issued in /home/customerlogin/
I think ... and copied public_html to what was supposed to be a copy
directory? And since there was something there already ... deleting old
replacing with new files/folders.
So how does one get to 'copy' via web browser? if public_html is
document root, it's the only directory your shared hosting setup
will serve out.
Since you to have command line, logged on as the user:
history [ENTER]
should scroll a bunch of commands you issued.
history |grep rsync will restrict that long list to just the commands
you issued with rsync. See any difference?
'SoS', Ken
In reply to Ken Task
Ang: Re: Ang: Re: Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
Yes, it's solved.
Regarding the document root, you are right, my main domain use public_html, but my copy is located on a subdomain, and for that I have created an extra webroot. Additional domains and subdomains must have their own folder for their web root.
A difference between the newly created copy and the old one is, that this time I have created a new database and a new user for it. I used to empty the old db and then copy the data into it.
mysql -p copydb < backups/dbdump/productiondb.sql
I always reuse some commands such as rsync and mysql typing Ctrl+r, so I do not have many different commands in my history.
In reply to Bente Olsen
Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Visvanath Ratnaweera -
moodledata/sessions not writable by the web server (www-data or whatever)?
P.S. Recreating Moodle may be easy but is a defeat. If you're not encumbered with such things, good for you.
In reply to Visvanath Ratnaweera
Ang: Re: Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
Sometimes it's just nice to have low-hanging fruit, unfortunately there don't seem to be any on this tree 🤔
In reply to Bente Olsen
Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Ken Task -
Is '87.59.162.107' how your computer would show to the moodle server?
A whois for that IP shows:
netname: TDC-IPTV-NET
descr: TDC VOD/IPTV service
country: DK
descr: TDC VOD/IPTV service
country: DK
The log entry also shows that IP tried to find/get /kopi/. Well, that's not part of moodle code. According to a google search:
Kopi provides a
development environment for interactive database applications using
Java, JDBC and Swing. It extends the Java language with ...
Are you running anything contained in moodle code like that?
Basically, you are using rsync to clone code + data directory ... excluding the config.php file which you have archived separately because it contains information (paths/url/DBuser/DBpass/DBname/ for the clone of the production site.
So if all of that works, that only leaves the DB dump from production DB imported into the DB name seen in config.php.
BUT ... moodle uses the wwwroot value to build internal links to a moodle instance. That line in config.php is correct, but DB tables come from the production server, thus that necessitates a search and replace of all DB tables changing https://productionsite/ to https://clonesite/
There is a GUI admin tool for search and replace:
https://site/admin/tool/httpsreplace/
Your error 500 might be due to the clone site trying to access something in production site that should only be accessed from a link in the production site.
'SoS', Ken
In reply to Ken Task
Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Bente Olsen -
'Kopi' is Danish for copy 
As I can't access the site I can not use the tool, so I have just searched the database for links to the production site. I found some in the tables mdl_notifications, mdl_mnet_host, mdl_adminpresets, mdl_notifications, mdl_message_read and mdl_message. The one in mdl_mnet_host also contains an old IP for the site and we do not use Mnet.
I do not believe that these URLs can make such troubles.
As I can't access the site I can not use the tool, so I have just searched the database for links to the production site. I found some in the tables mdl_notifications, mdl_mnet_host, mdl_adminpresets, mdl_notifications, mdl_message_read and mdl_message. The one in mdl_mnet_host also contains an old IP for the site and we do not use Mnet.
I do not believe that these URLs can make such troubles.
In reply to Bente Olsen
Ang: Re: Ang: Re: Blank page - no access to Moodle - again after restoring a copy!
by Jens Gammelgaard -
Hi Bente
If the updated Moodle goes "Blank" on you, then I wonder if you have tried to renamed the theme directory that worked with your previous Moodle version like for example: _themename
- That would make the new Moodle use the new standard-theme as your older theme maybe does not use some necessary code from one of the new theme frameworks?
If it still does not work, you could try to add this to your config.php file:
If the updated Moodle goes "Blank" on you, then I wonder if you have tried to renamed the theme directory that worked with your previous Moodle version like for example: _themename
- That would make the new Moodle use the new standard-theme as your older theme maybe does not use some necessary code from one of the new theme frameworks?
If it still does not work, you could try to add this to your config.php file:
// Force a debugging mode regardless the settings in the site administration
@error_reporting(E_ALL | E_STRICT); // NOT FOR PRODUCTION SERVERS!
@ini_set('display_errors', '1'); // NOT FOR PRODUCTION SERVERS!
$CFG->debug = (E_ALL | E_STRICT); // === DEBUG_DEVELOPER - NOT FOR PRODUCTION SERVERS!
$CFG->debugdisplay = 1; // NOT FOR PRODUCTION SERVERS!
// You can specify a comma separated list of user ids that that always see // debug messages, this overrides the debug flag in $CFG->debug and $CFG->debugdisplay // for these users only. $CFG->debugusers = '2';
Hope it helps...
Og at du har haft en god sommerferie :-)
🙂 Jens
In reply to Bente Olsen
Re: Blank page - no access to Moodle - again after restoring a copy!
by Ken Task -
Typically, one provides information about system ... OS, memory, space, versions, etc. We've not heard about memory/space. Could be this one server reaches (or trying to) max for resources ... memory/space. Got enough to get to a point, but not enough to finish the job! :|
'SoS', Ken