Restore Process Restarts After 150 Seconds with Large Uploads Backup Files

  • Resolved Dima Minka

    (@cdk-comp)


    2 months ago

    I am experiencing an issue with the restore process using UpdraftPlus on my site. I have an uploads backup split into 5 files, each approximately 300MB. When I initiate the restore process, it runs for around 150 seconds, and I can see in the log that it starts extracting the files.

    However, after reaching a specific point in the log that says “Cleaning up rubbish…”, the restore process restarts from the beginning. This creates a loop where the restore process keeps starting over, and it never completes.

    Is there any way to resolve this issue? Could the large file sizes or a server timeout be causing this? Any guidance or suggestions would be greatly appreciated.

    some details from the log:

    0000.019 () UpdraftPlus WordPress backup plugin (https://updraftplus.com): 1.24.4 WP: 6.6.2 PHP: 8.1.29 (fpm-fcgi, Linux b86db4df4936 4.14.336-257.568.amzn2.x86_64 #1 SMP Sat Mar 23 09:49:55 UTC 2024 x86_64) MySQL: 10.11.8-MariaDB-log (max packet size=16777216) WPLANG: en_US Server: nginx/1.26.2 safe_mode: 0 max_execution_time: 900 memory_limit: 512M (used: 14.3M | 16M) multisite: N openssl: OpenSSL 3.3.2 3 Sep 2024 mcrypt: N LANG: C.UTF-8 ZipArchive::addFile: Y
    0000.023 () Free space on disk containing Updraft's temporary directory: 8796093018246 MB

    ...

    0068.122 () PHP event: code E_WARNING: rename(): The first argument to copy() function cannot be a directory (line 4614, wp-content/plugins/updraftplus/restorer.php)
    0068.122 () PHP event: code E_WARNING: rename(/app/wp-content/upgrade/3c28ed10/uploads/wp-mail-smtp,/app/wp-content/uploads/wp-mail-smtp): Cross-device link (line 4614, wp-content/plugins/updraftplus/restorer.php)
    0068.122 () [Updraftplus] There was an error when performing the move operation by renaming or copying /app/wp-content/upgrade/3c28ed10/uploads/wp-mail-smtp to /app/wp-content/uploads/wp-mail-smtp: will attempt a recursive copy instead.
    0149.506 () Cleaning up rubbish...

    ...

    000.007 () Opened log file at time: Wed, 25 Sep 2024 11:00:53 +0000 on https://www.dev.mywebsite.com
    0000.007 () UpdraftPlus WordPress backup plugin (https://updraftplus.com): 1.24.4 WP: 6.6.2 PHP: 8.1.29 (fpm-fcgi, Linux b86db4df4936 4.14.336-257.568.amzn2.x86_64 #1 SMP Sat Mar 23 09:49:55 UTC 2024 x86_64) MySQL: 10.11.8-MariaDB-log (max packet size=16777216) WPLANG: en_US Server: nginx/1.26.2 safe_mode: 0 max_execution_time: 900 memory_limit: 512M (used: 12.7M | 14M) multisite: N openssl: OpenSSL 3.3.2 3 Sep 2024 mcrypt: N LANG: C.UTF-8 ZipArchive::addFile: Y
    0000.008 () Free space on disk containing Updraft's temporary directory: 8796093018246 MB
Viewing 3 replies - 1 through 3 (of 3 total)
  • Plugin Support vupdraft

    (@vupdraft)

    This looks like an issue with your wp-mail-smtp plugin, can you try deactivating this and then running the backup.

    Thread Starter Dima Minka

    (@cdk-comp)

    Hello VUpdraft, and thanks for your response.

    The issue isn’t coming from WP-SMTP or any other plugin—it’s definitely coming directly from Updraft, 100%.

    For now, my solution has been to split the files into 50MB chunks. However, it’s quite difficult to work this way, especially when dealing with a 1-2GB media folder. This results in a lot of ZIP files to upload, but it works.

    Do you happen to have any idea about the chunk size? Could there be some server limitations?

    Plugin Support vupdraft

    (@vupdraft)

    Can you post your backup log using a tool such as pastebin.com. This will give me an idea about your server constraints and the size of your site.

Viewing 3 replies - 1 through 3 (of 3 total)
  • You must be logged in to reply to this topic.