Manual and Automatic updates both stopped working

I’m sorry you’re experiencing trouble with our plugin.

The best way to see what the problem is would be to go through some basic troubleshooting, especially since, as you say, they are using different versions of WP (do keep in mind the plugin does need at least WP 3.9 or higher).

Try following some of these tips to see if we can help isolate the issue you’re having:

• can you run a database-only backup?
• how about a files-only backup?
• If not, try to exclude your /wp-content/uploads folder, then run a manual backup. Does this work? If so, we know the size of your backup is probably hanging up your server.
• If you can, try disabling all other plugins, and switch to a default theme if possible as plugin conflicts can occur. Does that help?
• Can you check with your host about whether they block use of the MySQLDump Command and/or the Unix Zip Command?
• Ask your host or search through their FAQs to see if they have any hard limits set on their server for CPU usage, max_execution_time or other variables. See if you are able to set them in your own php.ini file.

Let me know what you find out and we can troubleshoot from there,

Thanks for your help!
Kat

romtim, might I ask if your host is BlueHost? My back-ups stopped working too. The last one I have was Feb. 13, 2016. When was your last successful back-up? Perhaps the provider made a change in settings? I haven’t been able to figure this out either.

ellice909, My host is Linode, but the backups stopped around January.

katmoody, thanks for your reply.
On some of my sites it works, on others it doesnt.

If I update to a new version of your plugin, manual updates don’t work at all. It just doesn’t save the file. It runs something, finishes it, but the files don’t appear.

All my wordpress sites are version 4.1+.
The manual backup works on a version of your plugin 3.1.3, but every new website and on websites, where I updated it to 3.6.1, it stops working manually as well.

Automatic backups stopped working completely everywhere. Some of my sites fire a wp-cron.php error on your plugin page.
“BackUpWordPress has detected a problem. wp-cron.php is returning a 404 Not Found response which could mean cron jobs aren’t getting fired properly. BackUpWordPress relies on wp-cron to run scheduled backups. See the FAQ for more details.”

Both database and file backups fail after a few seconds of wait. (it doesn’t say that it failed, it just stops working, as if its done, but no new file is available).

No, the server is not hanged up, I have some clients on shared hosting, and I know how that works. It always worked for all my websites, for both 5gb websites and 50mb websites.

I disabled all other plugins on two different websites on the same hosting, selected a stock template, nothing changes.

My host is technically myself, its a VPS.

I never blocked a use of anything, my settings have been the same
There are no hard limits, and my cpu usage is barely hitting 10%.
https://screencast.com/t/xzCOHcWRfq2

Ask your host or search through their FAQs to see if they have any hard limits set on their server for CPU usage, max_execution_time or other variables. See if you are able to set them in your own php.ini file.

So it sounds like you might not have the needed functions installed on your server – especially since older versions of the plugin work. I’m not sure, but check that these options are available. If they are, you might need to reinstall something – maybe something was missed or a privilege wasn’t given.

For files backup:
1. Unix Zip Command, and if that isn’t installed, the plugin defaults to using
2. ZipArchive php utility, using the proc_open function

For database backup:
1. MySQLDump Command, and if that isn’t installed, the plugin defaults to using
2. PDO: mysql – usually errors with this will show if the plugin is updated – and sometimes this one specifically needs reinstalled with more privileges from the package allowed.

Check on those and let me know what you find – I’d be happy to work with you over dedicated support if you need further assistance drilling down on what is occurring here.

Kat

Hi! Managed to finally fix it, apparently for some reason the problem was that the ipv6 address of the server was not appropriately recognized by the nginx website config.

So by adding the following:
listen 80;
listen [::]:80;

to /etc/nginx/sites-available/sitedomain.com
under server, it fixed facebook sharing errors as well as the backup plugin automatic and manual updates for some reason.

Side note, I didn’t expect this to fix the backups, I was doing it to fix the fact that facebook wasn’t able to pick up my pages anymore (While google plus could). I managed to track it down, because people who were using ipv6 addresses were not able to access my websites, while people using ipv4 could.

Weird but fixed.

Hey there –

As this topic has remained for a long time, I am resolving this topic at this time. If you have a similar issue please start a new topic so we can help you troubleshoot more effectively! An added note – I haven’t seen this exact thing come up again so would love another point of reference if this fixes it for you (the reader) ??

Thanks so much!
Kat