Check your directory conf.modules.d in your Apache root folder, there you'll find a file like 00-base.conf where you can find the modules that are loaded by Apache. You'll probably see some more conf files that load other modules that are needed. The modules itself you can find in the modules folder.
Alain Raap
Posts made by Alain Raap
Another point I forgot to mention with my script to recreate the mdl_backup_courses based on the mdl_course table content, make a backup (mysqldump) of this table before you truncate the table and insert the new records:
mysqldump -uyour-db-user -pyour-db-user-password moodle-database-name mdl_backup_courses > backup_mdl_backup_courses.sql
Restore the backup_mdl_backup_courses.sql with:
mysql -s -uyour-db-user -pyour-db-user-password moodle-database-name < backup_mdl_backup_courses.sql
You can also restore the last backup of your complete database, but this works faster, restore only the mdl_backup_courses table if necessary if you get into trouble with the recreated mdl_backup_courses table. It's always preferred not to test this on your production site if you don't know how Moodle (backup) will behave after this change of the automated backup!
Thanks Séverin, I'll take a look at your links! Do you think MDL-60296 will be implemented in a future release?
Ken, I found out that there is a field 'backupskip' in table mdl_backup_courses. Is this field used in the automated backup task?
If that's true, then this field could be used to skip the large courses and other problem courses. I couldn't find any documentation
here about this attribute.
You're welcome Ken. And what might be a good tip I think, exclude (delete) the courseid's you find in the mdl_backup_courses table with laststatus = 2 (BACKUP_STATUS_UNFINISHED). Use for these 'problem' courses the bash script Ken described in this thread earlier.