Hey there Airster,
I’m sorry to hear this. We have had similar reports from a few other users and the developers are working on the new release to try and fix this if possible. It looks like the newest update will (hopefully) come early next week. In the meantime, you might try using an older version of the plugin (3.5, possibly) that seems to work for others users with a similar issue. If you try this, let me know if it works for you.
So I can track the issue a bit better, can you tell me a little more information about your site? Who is your host and do they have any kind of memory_limit or max_execution_time limits in place? Or perhaps limits on I/o or CPU usage?
Thanks,
Kat
Hi Kat,
The problem occurs on both my local environment (created using Desktop Server standard settings [I don’t know what they are]) and also on the live version of the site at Fasthosts (bog standard cheapo shared hosting).
The fact it happens on both local and live sites suggests that it is not related to the environment, but I’m no expert.
I’ll try the plugin with another couple of my sites when I get a chance and also with a fresh install.
I’ll let you know how I get on.
Thanks
Mark
That is definitely an interesting point, that it’s happening on local and live sites. I use it on a local installation (with Desktop Server, too, actually) without issues.
I can put a list together of several key settings to check on your server, including php.ini settings like memory_limit, max_execution_time and any related CPU or I/o limits based on the server or plan level you might be on.
On the local installation, that’s a little different. I’m curious, do you have the same plugins in both setups? If so, what other plugins do you use on these sites and have you tested with them deactivated to see if the problems persist with just BackUpWordPress activated?
I can reiterate that the developers have been busy improving the codebase and working through known issues with how we read the file and directory sizes, and I do think that will improve matters for users with this issue.
Please do report back with any updates you might have on this. We might be able to have you install a few development plugins (like query monitor) to see if we can gain insight as to what is overloading the site/server.
Kat
Hi Kat,
I’m a bit short on time but I just did a fresh local install with Desktop Server Premium v3.8.1 of WP 4.4. Then updated to 4.6. I deleted all plugins and all themes except 2016. Clicked around a bit on front and back ends, and then installed and activated BackUpWordPress.
Instantly accessing the Posts page in the backend took around 5 seconds (up from about 1). The same applied for other backend pages. However, I couldn’t see any effect on the front end. Going from front to backend also then took about 5 seconds.
I deactivated BackUpWordPress and access times in the backend returned to <=1s.
I’m happy to install any dev plugins and test again if you like.
Mark
Hey there –
There are two specific ones I would recommend enabling just to run through testing with:
Query Monitor, which will tell us about the queries running, specific errors uncovered, etc. and the WordPress phpinfo() one, which will tell us the actual php.info type of info about your server setup.
When enabling query monitor, go through trying to run the different types of backups and take note of errors, warnings, and other info it might tell you. Both the plugin page and the Github repo include more information on running the plugin. In addition to this, you can set an authentication cookie which allows you to view Query Monitor output when you’re not logged in (or if you’re logged in as a non-administrator). See the bottom of Query Monitor’s output for details. I’m not positive if that will work for us to see it or if you can just send a report out with info. I usually just take screenshots of errors, etc. 😉
WordPress phpinfo() – https://ww.wp.xz.cn/plugins/wordpress-php-info/
Query Monitor – https://ww.wp.xz.cn/plugins/query-monitor/
Thanks for your help and let me know what you find out!
Kat
Hi Kat,
I’ve installed the phpinfo plugin and got the output. How can I get it to you – I don’t want to post the whole thing here as it is huge long list!
Mark
Hey there –
We have our first beta release to try addressing the file handling issue that we think impacted you and a few other users. We anticipate this beta will solve the problem for some users, but not all.
Would you be able and willing to test the attached beta version to see if you are able to complete backups, if anything changes between the last running of the plugin versus using the beta version, or if there are any other notes you might have that can help us in further troubleshooting this in further releases?
We appreciate your patience and your assistance in finding out if this helps the situation at all,
Kat
Link to Beta plugin download: https://github.com/humanmade/backupwordpress/files/617058/BackUpWordPress-3.6.3-beta.zip
ps – sending this to all folks I think might be helped since it’s a beta, but you didn’t have the specific issue most of the other affected individuals did. I just wanted to see if it would help your instance out at all.
pps – on your php.info you can send that info on to me by email at [email protected] – that pipes directly into our support system and is private!
Hi Kat.
I deactivated the current version and installed and activated the beta.
Immediately the delay returned when attempting to go from the Plugins tab to the Appearance tab – roughly 6 seconds. There was a similar delay going the other way (Appearance>Plugins).
Once I deactivated the beta plugin (so both versions were deactivated) the delay was back to <1 second. So for me, having the plugin active severely slows down my backend 🙁
I have not attempted a backup as that was not my problem (the current one does that job fine).
In short, I can use the plugin to make a backup, but then need to deactivate it to do anything else.
Mark
I am sorry that didn’t help the situation. The developers are still working on this one and I’ll check back in with you if I can offer an update (hopefully!) or if there are further questions.
Thanks so much for your patience!
Kat
I’ve got the slow down in the admin pages too when BackupWordpress is enabled. My site runs on Azure with the in-app MySQL option. The other pages run fast but that may be down to W3 Total Cache.
I’m running PHP 7 and WordPress 4.7
I notice that BackupWordpress reports the total size of the file to be backed up. It’s not scanning the file system repeatedly to update this figure, is it?
Hey there @simonp245 – it’s not supposed to be, but I know they are looking at that process a bit more closely to see if they can optimize it further. If you note anything else that might be helpful in troubleshooting this issue please don’t hesitate to let us know!
Kat
We are still looking at ways to further optimize the backup process and our plugin itself for users experiencing this issue. Being able to look at a site that is experiencing the issues and maybe even be able to run a few commands on the server would be helpful, since at this point it’s been difficult for us to replicate this issue 🙁
I’ll continue to update this post as we work on this issue further.
Thanks,
Kat
