Thanks for the report…
Monitoring the progress of ongoing backups is something I’d like to get done… for now, you can monitor the log files in wp-content/updraft.
Can you access the PHP error logs on your server? UpdraftPlus never deletes a log file until it is deleting the whole backup set. So if no log file is present (do first check manually in wp-content/updraft) then there’s something very strange happening.
Also… if you start a new backup before an old one has completed, then the old one will never complete; it will be aborted. That’s another “to-do”; the original Updraft plugin I inherited had some curiosities in its architecture which I am gradually wrinkling out to make more and more things possible…
I only clicked Backup Now once. There are no PHP errors. The Updraft log file is very long and has a bunch of lines here and there throughout like these:
… plugins: This file has been successfully uploaded in the last 3 hours
… themes: This file has been successfully uploaded in the last 3 hours
… uploads: This file has NOT been successfully uploaded in the last 3 hours: will retry
As of this post, GD still only has my db backup from December and no other files.
The long log file is full of meaningless gibberish to you… but very interesting and meaningful to me… without it I have no information; please post it!
Oh this is weird. Have you ever heard of Google changing the id of a folder? I noticed what was in the settings differed from slightly from the URL. Obviously it worked the first time in December, and I haven’t interacted with GD or the plugin since then.
Anyway, changed the folder id and ran another backup. The db, plugins and themes uploaded all right. I have received 9 emails saying the backup finished, but the uploads folder did not backup.
If you want to give me a private way to contact you, I will send the log file.
There are no PHP errors.
Thanks.
You can paste logs at http://pastebin.com (preferred), or email to me at david@wordshell.net.
David
I have emailed the log because it contains email address, etc.
I had watched the log file; it hadn’t updated for a while; I had received 9 ‘backup finished’ emails already; the uploads file was not in GD when I submitted the report.
Strangely, the file did eventually appear in GD. That must be Google’s fault that it wasn’t available right away.
The last backup reported in WP admin is still Mon, December 31, 2012 20:19 UTC.
I think it comes down to timing. I got a bunch of emails saying it was done before it truly finished, it delete existing backup files on GD before the new ones are in place, and doesn’t provide a status. These things are disconcerting.
—
I just changed the settings to backup automatically, and that initiated a backup. I set the db and files set to different schedules. I got one email when the db finished, but watching the log file, it got stuck at 30% on the uploads folder. The log file has not updated in the last 15 minutes.
I think incremental backups might solve some of this. It only has problems with the large file. That will have the added benefit of tempering the time spent synching GD down to the desktop.
One side-issue – when you get the message “UpdraftPlus notice: The log file could not be read”, what is the URL in your browser bar? Please copy-and-paste here.
David
Hi,
It looks like everything is working, but just needs plenty of time and a few resumptions.
I’ve now uploaded a new version – 1.2.28 – this should be less noisy, not emailing you until there is success, or until the final attempt fails (i.e. cutting out the intermediate reports). Note that you’ll want to turn debugging mode (down at the bottom of the settings) off to benefit from that ‘less noise’. Debugging mode still sends an email every time there’s anything happening.
David
Incremental backups can’t make a difference, because you still require the ability to perform the initial backup-of-everything that you later add increments too. If that ability is not there then the fact that other, later backups are only increments does not help.
It did manage to do the full backup the first time. It also eventually did it a second time, only with some uncertainty. The third one to run was the first to actually fail in the end. Of course incremental would help, because the small files get done quickly and without worry. If after the initial backup they all happened in the space of two minutes, I’d be quite happy.
The link to view the log now works. The backup of the uploads folder did not reach GD, however.
When you say “The backup of the uploads folder did not reach GD, however”, does the log indicate a final, or temporary failure? I can’t give much advice without seeing the log.
I emailed two yesterday. I’ll email again now with all three that are available on the server.
For all this work, I hope this turns into a marketable product for you. If I end up being able to use it for sites I maintain, I’ll send you money for every site I install it on.
Cheers.
Thank you…
I confess I’m a bit confused; yesterday’s logs I replied to in this post: http://wordpress.org/support/topic/backup-to-google-drive-broken-log-file-error?replies=14#post-3729357
Is there a new problem? Have you been able to update since I posted then? WordPress’s plugins site is playing up today (apparently they had a big DOS) – but you can get the latest here: http://downloads.wordpress.org/plugin/updraftplus.1.2.30.zip
I just saw the plugin update notice today and installed it. I then ran a manual backup. Got stuck at 29% of the uploads folder. I am emailing the logs. Thanks.
