backup is not completed

Hi,

The web hosting has very low resources, which is making it hard for UD to get anything done. Try going into the Expert Settings section, reducing the ‘split’ value from 800Mb down to 50Mb, and then try a fresh backup.

David

Thanks David,
It still doesnot work :(((
I have tried with 50mb and here is the log :
https://pastebin.com/Rw6P5uVM
I don’t understand that my first backup worked perfectly. Here is the log.
https://pastebin.com/vLwKugTt
Is it possible that updraft is blocked because of a new plugin installed or something that has changed since my first backup?
I have reported to my hoster the ressource problem and wait for an answer.
Thanks a lot David.
Patrick

Hi Patrick,

Comparing the logs, it seems that something has changed in the web hosting setup. In the working log, PHP (and thus WordPress/UpdraftPlus) was allowed to run for much longer. In the latter logs, it is cut off sooner; and the time limit is so low that UD doesn’t manage to do anything useful before getting cut off again.

David

Hi David,
Actually I have add a line (in bold) in the .htaccess file in the public html folder and the backup is still not working.
I have reported the issue to planethoster and they say to ask the developper.
Thanks a lot
Patrick

RewriteEngine on
RewriteRule ^$ – [E=noabort:1]
php_value max_execution_time 100
# -FrontPage-

IndexIgnore .htaccess */.??* *~ *# */HEADER* */README* */_vti*

<Limit GET POST>
order deny,allow
deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>
AuthName frenchfunding.fr
AuthUserFile /home/frenchfu/public_html/_vti_pvt/service.pwd
AuthGroupFile /home/frenchfu/public_html/_vti_pvt/service.grp
RewriteCond %{HTTP_HOST} ^frenchfunding\.fr$ [OR]
RewriteCond %{HTTP_HOST} ^www\.frenchfunding\.fr$
RewriteRule ^/?$ “http\:\/\/frenchfunding\.fr\/wp” [R=301,L]

Hi,

Try increasing it to 300, then run a new backup, and post the log.

David

Hi David,
Here is the new log.
https://pastebin.com/KeDFGGrX
Thx
Patrick

Hi,

It doesn’t look like the setting is taking any effect; if you look at the timings in the log file, you never see any particular run lasting more than a few seconds.

David

Hi David,
I have asked the hosting support and they looked at the log saying there is no timeout information, they say it doesnot come from a time out.
Could you please give me some hints or something to ask to planethoster ?
Thanks a lot,
Patrick

Hi Patrick,

I don’t think they’re reading the log rightly. Here’s how to read it:

0000.000 (0) Opened log file at time: Thu, 12 Dec 2013 18:47:01 +0000

It’s the first two columns that are important for timing. The first column is the number of seconds since the very start of the backup job. The second column is the resumption number. UpdraftPlus starts running, and schedules a resumption for a few minutes later. It runs as long as possible. Eventually, the webserver or PHP engine kills it off. Then, the resumption picks up.

So, for example:

0007.207 (0) Adding batch to zip file (UpdraftPlus_ZipArchive): over 500 files added on this batch (7.2 Mb, 3025 files batched, 501 (1503) added so far); re-opening (prior size: 3524.8 Kb)
0301.747 (1) Opened log file at time: Thu, 12 Dec 2013 18:52:03 +0000

There you can see the last line logged by resumption 0 (the first run), and then the first line of resumption 1.

That tells you that 7 seconds after starting, it was trying to put some more files in the zip, but before it could finish, it was killed off. It next picked up 301-7 = 294 seconds later.

The last line of resumption (1) is this one:

0308.746 (1) Adding batch to zip file (UpdraftPlus_ZipArchive): over 500 files added on this batch (2.1 Mb, 3025 files batched, 501 (1002) added so far); re-opening (prior size: 5735.5 Kb)

That’s about 7 seconds later again. If you trace them all through, they’re all like that. So, the web server is killing off the process somewhere in between 7 seconds from the start and however long it takes to shove those 500 files (2.1Mb of data) into the zip file. Since that should only take a few seconds (unless the webserver is chronically oversold), it indicates that the maximum run time allowed for PHP is somewhere around 10 seconds; perhaps as many as 30 if it is really oversold and slow.

Best wishes,
David

Thanks David,
Actually the planethoster support tells me that no changes has been implemented since the 23rd of november (date of the last sucesfull updraft backup) and if the backup doesnot work it is because of the script. I have answered that the script was running perfectely on more the hundred of thousands servers, but they won’t investigate more. What could i do ?
As planerhoster is a litespeed webserver, should i try what you suggest in the trouble shooting for litespeed?
Thanks
Patrick

Hi David,

I have added the line define(‘ALTERNATE_WP_CRON’, true); that you recommendand in your faq page (https://updraftplus.com/faqs/i-am-having-trouble-backing-up-and-my-web-hosting-company-uses-the-litespeed-webserver/) in the wp-config.php file.
And the backup is now running until the end.
I also added the two line in the htaccess file :
RewriteRule ^$ – [E=noabort:1]
php_value max_execution_time 100.

Thanks a lot, still don’t understand why it was running on 23rd of november without any file modification.

Cheers
Patrick

Having similar problems. Worked fine for a while on two sites but stopped working. Used my hosting provider (Synhosting) for years on a number of sites with no problems.

Will try ppaoletti’s solution.

Hi Patrick,

> Thanks a lot, still don’t understand why it was running on 23rd of november without any file modification.

It’s likely that on 23rd Nov, your site was close to the limit, and since then either your site has got slightly bigger, or the web hosting server has had more sites added to it and it is now running slower.

Best wishes,
David