This indicates a problem with the scheduler within your WordPress installation. (“Backup Now” uses the scheduler – which is a part of the WordPress itself – by scheduling a backup a few seconds ahead of the current time). As such, it will affect any scheduled backup plugin that you try – as well as various other tasks that WordPress and other plugins schedule internally.
Note that this article is about problems where literally nothing happens (other than the message indicating that a backup was scheduled). If you do have log messages/files for the backup run (beyond the initial “has been scheduled” message), and/or a partial backup, then something is happening, and this article is not relevant to your problem. Note also that if pressing “Backup Now” works, but your scheduled backups do nothing, then you probably still have this problem – in the latest versions of UpdraftPlus, UpdraftPlus has various tricks to help things along as long as the UpdraftPlus settings page is open in your web browser (which is the case when you press “Backup Now”).
To see if it really is your scheduler that’s the problem, then look under the section “One more thing…” at the bottom of this page.
Now, what can cause this problem?
1. Maintenance mode?
Firstly: is your website in maintenance mode? This disables scheduled tasks of all kinds – so turn it off first.
2. No visitors?
WordPress’s scheduler relies on the site having visitors. No visitors means that WordPress doesn’t run, and therefore can’t hand over to the scheduled task. If your site is in development, and you schedule a backup run for a time when all the developers are asleep, then that may be the cause for the scheduled task not running. (Read more here).
3. Is your scheduler explicitly disabled?
Perhaps your site has WordPress’s scheduler disabled in the configuration. UpdraftPlus versions 1.6.61 and later will alert you of this; to check manually, look for a line like this in your wp-config.php file (which is found in the root directory of your WordPress install), and remove it (or change true to false, making sure there are no quote marks around false):
In this case, the disabling may be something your web hosting company did intentionally, so be aware that they may re-disable it. Or, it may be something that you did intentionally, and you may have set another means of calling WordPress’s scheduler system, perhaps via your web hosting company’s control panel. In that case, the message about DISABLE_WP_CRON is to be expected – but note that it is then your responsibility to make sure that the scheduler is called frequently enough to process all the jobs scheduled on your site. No backups, even those scheduled with “Backup Now” will run until the time that you have set the scheduler system to be called.
4. Loopback connections are disabled?
Some web hosting providers (one big one: Heart Internet) purposefully (though for no good reason) disable the “loop-back” connects that allows WordPress to run its scheduler. In such a case, you can try this use WordPress’s alternative scheduling system – instructions here. The instructions amount to one thing: add a line anywhere in the middle of your wp-config.php file as follows (don’t add it too late in the file, or it will take no effect):
5. Try using a cron job
If your web hosting company gives you “shell” access and you can set up cron jobs, and if you are confident/skilled enough to use that, then that’s a great solution. Jobs run that way won’t face any time-out issues imposed by the webserver. Read more about running via the shell here.
6. Is your entire website password-protected?
Another cause is if your entire website is password-protected at the HTTP level (e.g. via a .htaccess file). This also prevents WordPress’s scheduler from working. You should configure your webserver to allow “loop-back” connections (i.e. connections to self), otherwise you WordPress scheduler and everything that depends upon it will be broken. If you are using Apache and .htaccess, then adding these two lines to the access control section of your .htaccess should work – after replacing a.b.c.d with your website’s IP address):
Allow from a.b.c.d Satisfy Any
Please note: The above suggestion is just a suggestion. .htaccess configuration is a very big subject. UpdraftPlus neither “supports” nor “doesn’t support” different .htaccess configurations, because .htaccess files operate at quite a different level to WordPress plugins. If you enter the correct instructions in your .htaccess file to permit access, then UpdraftPlus will work. But if you are not sure of the correct instructions for your particular server, then you need to consult with either your web-hosting company or your local .htaccess guru.
7. Still no good?
If the scheduler’s brokenness remains and is not caused by one of the above reasons, then the problem is almost certainly with your web hosting provider. If the alternative scheduler also fails, then you need to either contact your web hosting company for support (ask them if loopback connections work, and if not, if they can enable them); or failing that find a different web hosting company. If they confirm that loopback connections are disabled and say that it is necessary for security, then this is nonsense. (A website connecting to itself can do nothing more or less than anything else connecting to the website can). In such a case, you will need to find a new hosting company in order to use any scheduled task (including UpdraftPlus) within WordPress (if you want UK-based hosting, then you could consider Simba Hosting – excellent WordPress support, a 1-click installer, and will give you a 20% discount if you mention this article at sign-up time).
One more thing…
Try a “debug” backup. These bypass the scheduler, by running immediately within the browser. (On larger sites, they are likely to be incomplete, because your web browser may time out before it can finish). To do this, i) open up the expert settings at the bottom of your UpdraftPlus page and ii) Scroll down and press the “Debug Full Backup” button:
Now, see if a backup begins (you can verify this by reloading the settings page after a time and looking at the “Last log message” display, or looking for new backups, or looking in your wp-content/updraft directory for new log files).
If no backup begins then you have a different problem – the useful information for you in this article stops here.
If the debug backup does work, then your WordPress scheduler is indeed broken – go back to the top of this page to see what the cause is.
Posted in: Backing up