When I tell Moodle to do te backup it takess me to the screen where I select what to back up with the check boxes, but when I click on Continue it just takes me back to the Choose a Course screen.
Thanks in advance
The manual backups just send me round this loop - select course - check items to back up - select course - check items....
Yes I saw that thread but I'm not sure how that helps - different behaviour isn't it?
Thanks but I use Firefox too.
It's the same in IE and FF
Can anyone tell me what to do to Choices to get things back to normal?
Manual backups can only be done if I omit all the resources and associated user data which sort of makes it a rather pointless exercise.
It seems that backup is really Moodle's Achilles' Heel - Fantastic software in most ways (even if the move from 1.5 to 1.8 has really confused me as to where things are now! It used to be so intuitive - now it looks like someone has deliberately hidden everything!). Anyway - if I can't do a proper backup I can hardly offer these course in the real world, so I am really frustrated that the backup doesn't work.
The logs on the auto backup stop at "zipping files", The manual backups so nothing and just return me to a list of course to back up.
Does anybody please have any ideas as to how I might resolve this?
Can you turn the degugging administration->server->debugging and choose "show alle errors" in no case the debugging for developer, mark the option and than into a course and try to make a manual backup. I think it will fail, but if you see any error warning, copy them and come back here. Did you check the server configuration, special the limits, max_execution etc. ?
XML Parsing Error: mismatched tag. Expected: </BR>.
Line Number 328, Column 3:</div>
I am using a Fantastico installed version of 1.8.4
I set the lvel to the next highest and tried a manual backup - it just returns me to the list of course sto back up. When I look at the back up log it says that the last attempt was the failed scheduled back u at 9:00 and not the manual attempt at 10:10
As everything has changed / moved in 1.8 I don't know where to look for the limits / max execution etc. It feels as though these may be the culprit if they can be located though. I will do a search now but any quick help much appreciated if anyone just knows
I wrote, in no case use the debugging for developer!!! Choose "Show all reasonable PHP debug messages", mark below "Display debug messages" and now gonna try to make a backup and see if cames any error warnings.
The limts you can see in the website-administration->server-php information and or your server admin should chech the php.ini!
OK - I changed the debug level as indicated.
When I try to do a manual backup it just returns me to the list of courses to back up each time - no messages at all. and the debug inf shows that the last backup was at 9:00, not the manual one I just tried, so preumably some chack is being failed BEFORE it tries to do the backup here
As I'm on hosted site I would have to get my host to edit php.ini then? Not sure they will do that but I can try
Thanks for the input Andy - I hope this can be solved!!
I have exactely the same problem and I can't fount the solution.
I've also gone through and looked for permissions anomalies in all the files and found nothing that should be a problem.
Glad to know I'm not alone with these troubles.
Couldn't find related tracker so added a new one:
No I haven't worked out what is wrong yet
My ISP insists that there are no error logs on the server.
The course that is failing is the largest one I have, but even if exclude logs, user files and course files it just returns me to the choose a course to back up page
I recall having a similar issue with 1.4 that resolved itself when I upgraded to 1.5, but I am seriously worried about reliability going forward
What are they
suhosin.post.max_vars = 400
suhosin.request.max_vars = 400
How do you do change the php suhosin settings?
I'm a novice admin having the same problem.
I had this very same issue using moodle 1.9 and it turn out that the problem was the max_input_vars PHP limit. Its default value was 1000 and the course I couldn't backup needed more checkboxes to start the backup process.
The solution was to modify /etc/php.ini addling a line like this:
max_input_vars = 10000