Support » Plugin: UpdraftPlus WordPress Backup Plugin » Backup of Plugins now takes 1 hour

  • Resolved qaws

    (@qaws)



    I’ve been using this for a number of months and my weekly backup has been working perfectly, to Google Drive. Today I’m trying to do a manual backup and it appears to be stalled on the Plugins backup.

    I’ve taken a look at my previous log files and it looks like this happens every time. After about 800 seconds from starting the backup, it lists the filesize of the plugins backup so far as about 50MB (log says “on-disk size: 42550.3 KB”). It retries every 400-500 seconds, listing the number of files in the archive (this number doesn’t change) until about 3900 seconds, and then it continues adding files to the archive. Here’s the relevant lines:

    0795.387 (2) Zip: backup_2017-05-29-2221_my_sitename_1ef76c3f0490-plugins.zip.tmp: 7000 files added (on-disk size: 42550.3 KB)
    0795.399 (2) Adding batch to zip file (UpdraftPlus_BinZip): over 500 files added on this batch (5.2 MB, 8856 files batched, 501 (501) added so far); re-opening (prior size: 42550.3 KB)
    ...
    2944.193 (7) Zip: backup_2017-05-29-2221_my_sitename_1ef76c3f0490-plugins.zip.tmp: 7000 files added (on-disk size: 42550.3 KB)
    2944.207 (7) Adding batch to zip file (UpdraftPlus_BinZip): over 500 files added on this batch (5.2 MB, 8856 files batched, 501 (501) added so far); re-opening (prior size: 42550.3 KB)
    ...
    3401.912 (8) Zip: backup_2017-05-29-2221_my_sitename_1ef76c3f0490-plugins.zip.tmp: 7000 files added (on-disk size: 42550.3 KB)
    3401.925 (8) Adding batch to zip file (UpdraftPlus_BinZip): over 500 files added on this batch (5.2 MB, 8856 files batched, 501 (501) added so far); re-opening (prior size: 42550.3 KB)
    ...
    3873.255 (9) Zip: backup_2017-05-29-2221_my_sitename_1ef76c3f0490-plugins.zip.tmp: 7000 files added (on-disk size: 42550.3 KB)
    3873.271 (9) Adding batch to zip file (UpdraftPlus_ZipArchive): over 500 files added on this batch (5.2 MB, 8856 files batched, 501 (501) added so far); re-opening (prior size: 42550.3 KB)
    3875.925 (9) This is resumption 9, but meaningful activity is still taking place; so a new one will be scheduled
    3876.067 (9) Zip: backup_2017-05-29-2221_my_sitename_1ef76c3f0490-plugins.zip.tmp: 7100 files added (on-disk size: 44792.4 KB)
    ...
    3884.979 (9) Zip: backup_2017-05-29-2221_my_sitename_1ef76c3f0490-plugins.zip.tmp: 8800 files added (on-disk size: 51162.5 KB)
    3888.760 (9) Created plugins zip (0) - 52518.7 KB in 22.2 s (2369.9 KB/s) (sha1: 546d7538c8bcad9abb09f8604d6db360beaca118, sha256: 24c8de1e4795a87b4d4f7ccc161325a7ff3fafaff2700880ab9cfd904421151d)

    It does complete successfully after 66 minutes total but there appears to be a 50-minute block where it doesn’t actually do anything. I’m currently remoted on using ftp and I can see the timestamp of the tmp file changing, but the size (50726kb) has remained at that exact value for the last 30 minutes.

    I’ve checked my old logs. The backup from 9 Oct 2016 took about 900 seconds (900 was standard for my site) and the 27 Nov 2016 took 3600 seconds, so I guess that was when the issue started. I usually keep up to date with the latest version of Updraft, so maybe an issue was introduced at that time?

Viewing 4 replies - 1 through 4 (of 4 total)
  • Today’s manual backup has completed successfully, same behaviour as in the previous log:

    3648.491 (9) Zip: backup_2017-06-12-0849_my_sitename_3a023954bbc0-plugins.zip.tmp: 8400 files added (on-disk size: 50725.6 KB)
    3650.018 (9) Adding batch to zip file (UpdraftPlus_ZipArchive): over 2.0 seconds have passed since the last write (5.4 MB, 465 (465) files added so far); re-opening (prior size: 50725.6 KB)
    3654.876 (9) This is resumption 9, but meaningful activity is still taking place; so a new one will be scheduled
    3655.004 (9) Zip: backup_2017-06-12-0849_my_sitename_3a023954bbc0-plugins.zip.tmp: 8500 files added (on-disk size: 52928.3 KB)
    ...
    3663.653 (9) Zip: backup_2017-06-12-0849_my_sitename_3a023954bbc0-plugins.zip.tmp: 9200 files added (on-disk size: 54387.7 KB)
    3666.203 (9) Created plugins zip (0) - 55594.5 KB in 30.1 s (1845.5 KB/s) (sha1: 36a47f61101e21fc78c14adbacdeafb8ec3ec2d1, sha256: 1c01b372d580480e8aed5bd98d5f9c71a96a866e087cf493d759bd493d159655)

    Total time for backup: 3793s
    Total time until Plugins completed: 3666s

    It was resumption 9 again when it ‘fixed itself’ and started adding the next set of Plugin files to the archive.

    Thanks.

    Plugin Contributor DNutbourne

    (@dnutbourne)

    Hi,

    Please could you send us a copy of the full backup log?
    The contents will be too long to post here directly, but you can use an online service such as Pastebin, and post the link here.

    Hi, I’ve just read a copy of my latest log and it took 265s.

    The difference is that I had upgraded my server to use php 7.0.1 (was 5.6) just before the last backup was taken. So, I guess upgrading php has fixed it. I’m pretty happy with the new execution time 😀

    Thanks for your time.

    …spoke too soon…

    Yesterday’s backup took over an hour again, so it’s not fixed by moving to php 7.

    Here’s my (depersonalised) log:
    https://pastebin.com/5egacVvL

    Thanks.

    • This reply was modified 1 year, 5 months ago by  qaws.
Viewing 4 replies - 1 through 4 (of 4 total)
  • The topic ‘Backup of Plugins now takes 1 hour’ is closed to new replies.