Strange backup problem

Strange backup problem

ved Sigurdur Jonsson -
Antal besvarelser: 3
Hi there,

I've been having a strange problem since upgrading to 1.5 and I believe it has something to do with backups.

Backup takes forever and suddenly every file backed up is logged in the administrator logfile, which gets very long as you can believe. This seems to slow the web down so much it becomes unusable.

I'm enclosing a screenshot of the logfile if anyone can be of assistance.

regards,
S.Fjalar
Bilag log.gif
Gennemsnitsbedømmelse: -
I svar til Sigurdur Jonsson

Re: Strange backup problem

ved Eloy Lafuente (stronk7) -
Billede af Core developers Billede af Documentation writers Billede af Moodle HQ Billede af Peer reviewers Billede af Plugin developers Billede af Testers
Uhm,

I've seen this line inserted in the code of the backup_copy_file() function:
clam_log_upload($to_file,null,true);

Is it a good idea? I've nothing against it but perhaps it's too much repetitive info to be showed in standard logs? Couldn't them be showed under a special option in the Activities popup (like site errors) or anything similar?

Ciao smiler
I svar til Eloy Lafuente (stronk7)

Re: Strange backup problem

ved Penny Leach -
It's there because if a user uploads a file that gets through on-upload scanning (say the virus definitions are out of date) and then the course is backed up/restored into a new course, and then the virus scanner is run and picks it up as a virus, the file in the new course (or whever it's copied to) needs to be resolved against a user if possible. In this case the user who copied the file to the new course.

I see that it could be a proplem in the log viewer though. I can't see how it could possibly slow down the backup.
I svar til Sigurdur Jonsson

Re: Strange backup problem

ved Stuart Mealor -
Yes, I noticed exactly the same thing on our test server.  I put it down to being 1.5beta, assuming it would be resolved before the full release?  It makes it quite difficult to pick out any real 'action' on the site, as opposed to backup processes.
Stuart