On the course backup page (backup.php), I get a blank page. And, on the full site backup page (settings.php?section=backups), I get the error message - Path doesn't exist in your server!
So, backups of any variant are not working within the LMS. Now this would not be that big of deal since I am doing regularly scheduled db and file backups using other programs external to the system. However, teachers/course creators that want to duplicate courses cannot using the backup/restore method of courses.
It seems upon reading the forums that the backup module in Moodle is causing similar problems for quite a few admins with no resolution. Is it me or does everybody else agree this is one of the primary modules that needs to be working at all times??? Not having this functionality, although I have been a Moodle admin/user since its inception, is enough to cause me to change to another solution. Does anybody have any suggestions?
I have two moodles running on the same server - one upgraded from 1.6 has the same problem as you and the other (which is a fresh install) will do a course backup but both give the error of the path is non existent.
go to http://tracker.moodle.org/browse/MDL-7722 and vote on the issue to raise its profile
Thanks Ian for the help. I plugged in the new code, but still get the same result.
I have similar problems running two or three days old build of 1.7+. Backup has not been running for some time (december 2006). Neither scheduled or course backup.
When I click backup, all I get is an empty page with a little rectangle, where some output of what is backed up should be. Scheduled backup don't even send error notifications to my email anymore.
I'm getting the same problem you are with the same page display. Not sure what happened but now I am getting the e-mails which like you I didn't receive for quite a long time.
I've been trying everything, even taking the backup directory from 1.8 and trying it, even putting the backup directory from 1.6 in to see what happens and still nothing.
I too am at a losss. Haven't had a backup since first installing 1.7 in November. Even upgraded to 1.7.1 and still no good.
If you find a solution, please let me know. I'll do the same.
I am running 1.7+ and I have the same problem. Does some one have a solution?
This is a crtical problem.
In my case the process never end.
Quizzes Resources Copying user files Copying course files Zipping backup
This is what I get.
Now, on another site with an large forum base, I have to disable that, and then I'll get a backup.
I've notice that automatic backups sometimes work, but often not. It seems to be sensitive to server load and whether anyone is using the site at the time.
I don't know if this helps much, but it is all I can contribute. This is a pretty big issue for me. My college is in the process of evaluating whether to ditch WebCT and go to something else. I have been plugging Moodle, but it is hard to make an institutional recommendation with this sort of an issue at hand.
Having had problems with scheduled backups myself, though apparently not as serious as yours, I'm planning to stop using Moodle's own backup routine as my main line of defence.
From my research and experimentation, if you copy your Moodle folder, your moodledata folder and the Moodle's database folder from within MySQL, you should be able to do a complete restoration of your Moodle installation by copying them back to the same places when your server is rebuilt, if it's a server crash which has made the restore from backup necessary. (I can transfer an entire Moodle installation from our webserver to my local machine doing that, so you should be able to restore it back to the same machine in the same way.) If you get those folders backed up to tape as part of your normal server backup routine you should be able to restore it if necessary. Restoring individual courses would still be difficult, but at least you're protected against a complete server failure.
Incidentally, I read in a forum post recently that Unix users can solve a lot of these problems by using a different zip program rather than Moodle's own internal routines (see about half way down your configuration/variables page). If you're using a Unix-based server you could try that. If Moodle's internal zip routines are flaky, I wonder if there's any chance of the developers extending this functionality to Windows-based servers so we could try using WinZip?
I wonder if there's any chance of the developers extending this functionality to Windows-based servers so we could try using WinZip?
There's no need to. Use the GNU windows ports of this (as well as other unix commands) - see this thread. Zip, unzip as well as du are functional (although you need to make a moodle code change to get du to work on windows). Copying the .exes onto your moodle server into a shortnamed folder, e.g. c:\unxutils works best. Be careful though about the backslashes in moodle 1.7 and above!
As for the backup question, I've also been using full mysql (mysqdump) and moodledata backups (ntbackup) on our windows box because of problems with moodle's course backups. As Chris points out, these are *site* backups - perfect for disaster recovery but not if someone zaps their assignment in a specific course (which has happened once so far). If you only have these site backups you'll have to do a full restore to a new database and a new moodledata folder - which is not much fun!
-- Cem Kaner
- Upgrade Gallery2 to 2.1.2 (NOT 2.2.2).
- Upgrade Moodle Gallery module to 2006102801.
- Reset paths to Gallery2 in Modules->Activities->Gallery->Settings.
Thanks so much for posting that note. It solved my problem in an old 1.6.3 install where suddenly the backup stopped working -- the html page output from backup.php simply never loaded completely and was broken off in the middle.
It was the gallery2 mod install that was the culprit.