Uploads Folder will not restore

  • Resolved dterrazas

    (@dterrazas)


    9 years, 10 months ago

    I am running Version 1.9.46.19

    I have tried several times to restore a large multisite and everything restores except for the uploads folder. Granted it is 684MB but everything else restores with message that they completed and other messages if there were any issues.

    The uploads folder starts to restore…

    Final checks
    Looking for uploads archive: file name: backup_2015-01-27-2305_Colgate_University_News_85e89127514b-uploads.zip
    Archive is expected to be size: 700456.4 Kb: OK
    Will not delete any archives after unpacking them, because there was no cloud storage for this backup

    Uploads
    Unpacking backup… (backup_2015-01-27-2305_Colgate_University_News_85e89127514b-uploads.zip, 684 Mb)

    Then it just sits like this for hours. I have been able to upload it manually, using good old FTP weithout any issues, takes about 45 minutes. It just seems odd that there is no error message like a timeout alert or some other sort of feedback.

    The logfile

    0000.002 () Opened log file at time: Fri, 30 Jan 2015 15:39:10 +0000 on https://blogsites.colgate.edu
    0000.002 () UpdraftPlus WordPress backup plugin (https://updraftplus.com): 1.9.46.19 WP: 3.9.1 PHP: 5.4.23 (Linux ip-50-63-180-191.ip.secureserver.net 2.6.18-028stab107.1 #1 SMP Wed Apr 17 19:10:55 MSD 2013 x86_64) MySQL: 5.1.73-cll Server: Apache/2.2.26 (Unix) mod_ssl/2.2.26 OpenSSL/1.0.0-fips mod_bwlimited/1.4 safe_mode: 0 max_execution_time: 900 memory_limit: 256M (used: 35.2M | 35.8M) multisite: Y mcrypt: Y LANG: ZipArchive::addFile: N
    0000.241 () Free space on disk containing Updraft’s temporary directory: 92630.4 Mb
    0000.242 () Restore job started. Entities to restore: uploads
    0000.281 () Will not delete any archives after unpacking them, because there was no cloud storage for this backup
    0000.281 () Entity: uploads
    0000.281 () restore_backup(backup_file=backup_2015-01-27-2305_Colgate_University_News_85e89127514b-uploads.zip, type=uploads, info=a:2:{s:4:”path”;s:45:”/home/blogsite/public_html/wp-content/uploads”;s:11:”description”;s:7:”Uploads”;}, last_one=1)
    0000.281 () Unpacking backup… (backup_2015-01-27-2305_Colgate_University_News_85e89127514b-uploads.zip, 684 Mb)

    https://www.ads-software.com/plugins/updraftplus/

Viewing 2 replies - 1 through 2 (of 2 total)
  • Plugin Author David Anderson

    (@davidanderson)

    Hi,

    That’s a version number from a paid verison… in accordance with the www.ads-software.com forum rules (https://codex.www.ads-software.com/Forum_Welcome) you should ask these questions at updraftplus.com.

    However, this particular question could equally apply to the free version, so, I will answer it here.

    It looks like your webserver kills off the PHP (hence WordPress, UpdraftPlus) process before it has time to finish unzipping the 684Mb zip file. You’ll need to do one of these things…

    1) Increase the timeout. (Or, it might be a lack of memory – check your PHP error logs to confirm; in which case you’d need to increase the PHP memory limit).

    2) Or, unzip the uploads manually – all that is done with the uploads is to unzip it (all the interesting stuff happens elsewhere (mostly with the datebase)), and place the resulting ‘uploads’ directory in your uploads location (by default, wp-content/uploads), replacing any previous entity there.

    David

    Thread Starter dterrazas

    (@dterrazas)

    Thanks David,

    Yeah, I figured it was something along those lines I just was sure which timeout it was. There are a lot in the PHP settings that have to with max_execution_time, max_input_time, memory_limit, default_socket_timeout, etc…. Not sure which one I need to change.

    I ended up just using FTP. All the other restores worked flawlessly.

Viewing 2 replies - 1 through 2 (of 2 total)
  • The topic ‘Uploads Folder will not restore’ is closed to new replies.

Tags