Same thing here: multiple backups spawn simultaneously.
This occurred in version 1.12.2 as well as 1.12.14. Unaware whether it happened prior to version 1.12.2.
Hi,
Please can you post links to the log files of all of the simultaneous backups?
Thank you,
David
Sure can.
Site and host details have been replaced with ‘example.com’:
https://www.dropbox.com/s/4og5pn2gka4hz52/log.0ea7069631eb.txt?dl=0
Most recent backup was run manually today (still running):
1) Database (Keep 31, run daily)
2) Files (Keep 2, run fortnightly)
Thank you David.
Hi Lee,
That’s only one log file – I’d need to see the log files from *all* of the duplicate backups, not just one of the backups.
Also – that log file starts half-way in; there should be more at the start.
David
Sorry about that. I’ve copied 5 logs into the same file:
https://www.dropbox.com/s/4og5pn2gka4hz52/log.0ea7069631eb.txt?dl=0
Each log is separated by:
/**
*
*
* LOG FILE [number: 1 to 5]
*
*
**/
The log file uploaded previously was the complete file. Straight download, upload.
The 5 log files are from 5 backups that spawned when I ran 2 backup tasks manually.
Let me know when you have the file and I’ll remove it from public view.
Hi Lee,
The 5 log files are from 5 backups that spawned when I ran 2 backup tasks manually.
Log 1 is of a scheduled backup – so, presumably you had one scheduled at the same time as you chose to run a manual backup.
Logs 2 & 3 are completely identical – i.e. exactly the same log file, twice.
Logs 4 & 5 are incomplete – only start half-way through, so it’s hard to say much about them. (Use the ‘reporting’ option to get emailed the entire log after a backup).
David
Hi David,
Deleted the backups from yesterday before I ran the manual backups today. These are, or should be, fresh backups so clean logs.
Maybe this will help:
Next scheduled backups:
Now: Fri, April 8, 2016 07:08
Files: Thu, April 21, 2016 04:45
Database: Sat, April 9, 2016 04:45
Last backup job run: Fri, April 8, 2016 04:07
Will see what happens when the next scheduled back up runs then will report back here tomorrow afternoon.
It should be noted that in each case the problem occurred for the very first backup. I just ran one of them again and it did not happen (perhaps related to the server being much faster at the moment).
Here are the log files for the other one, which i am not going to run again unless necessary because it takes too long.
http://wildmice.ca/_temp/log1.txt
http://wildmice.ca/_temp/log2.txt
Wildmice, you might want to edit those files with a search and replace on the database prefix, host account directory path and so on to protect against malicious users.
Hi wildmice,
Those logs show evidence that the server is overloaded. They both show overlapping resumptions (i.e. the process starts, then no activity is detected so UpdraftPlus believes that it has been timed out, so a resumption is started. The first process then returns).
This indicates that there are not enough resources available to efficiently process the backup. You will need to talk to your hosts and ask them to investigate the load on the server at the time of the backups.
I know that in at least one of those cases it was internet rush hour and not a great time to run it. Sounds like what happened is a reasonable response of the plugin to this situation. Let’s call it resolved, and i’ll try to avoid slow times of day.
Thanks for looking into this.
