• Resolved sloppyg

    (@sloppyg)


    Hello!

    I’ve used this plugin on 2-3 smaller sites before and have not run into issues.

    However.. I acquired another site that has a large upload folder (mainly images, some that were oversized/poorly compressed). I believe in total it had around 5-6000 files and around 1.9 gigs. I reprocessed all the images to get it to around 950 megs.

    Current size
    Plugins: 58 MB
    Themes: 8.8 MB
    Uploads: 932 MB
    Others: 59.9 MB

    That said… Even with an upload folder of 1 gig this site seems to go unavailable for about 60 minutes while the backup process runs. Note that I increased the php mem limit to 512mb and set the file size truncation to 400mb. I guess the time it takes to zip everything up isn’t bad but my site goes dead if I include the uploads folder in the backup process.

    PHP version: 5.6.29
    WP_MEMORY_LIMIT WordPress memory limit 40M
    WP_MAX_MEMORY_LIMIT Administrative memory limit 512M

    Entire log of last backup is available here:
    https://pastebin.com/rLRPghVd

    Again.. Backup complete’s successfully and I’m ok with it taking an hour (I use a namehero reseller plan so I know my cpu availability is constrained) but I’m surprised to see the entire site basically lock up while it runs… especially with 512mb allocated..

    Am I overlooking some performance settings (maybe something to enable APCu if it helps)?

    I’ll note that yes the host does utilize litespeed but it’s not like the process stops (as far as I can tell) so I haven’t placed the ht.access lines mentioned in the faq related to that yet.

    Any help is appreciated. cheers and thanks for all you do!

Viewing 10 replies - 1 through 10 (of 10 total)
  • Plugin Contributor DNutbourne

    (@dnutbourne)

    Hi,

    Could you try increasing the WP_MEMORY_LIMIT to 512M?

    The log that you sent appears to be of a database backup only. Could you send us a log from a backup that included the Uploads?

    Thread Starter sloppyg

    (@sloppyg)

    Hi thank you for the response!

    Memory limit is already at 512m (as shown below, same settings were used during backup).

    Web server: LiteSpeed (Linux luke.uswebhost.com 3.10.0-427.10.1.lve1.4.7.el7 64-bit #1 SMP Sat Apr 2 12:09:46 EDT 2016)
    ABSPATH: /home/xxxxxx/public_html/
    WP_CONTENT_DIR: /home/xxxxxx/public_html/wp-content
    WP_PLUGIN_DIR: /home/xxxxxx/public_html/wp-content/plugins
    Table prefix: wpfh_
    Peak memory usage: 17.25 MB
    Current memory usage: 17.25 MB
    Memory limit: 512M
    PHP version: 5.6.29 – show PHP information (phpinfo)
    MySQL version: 10.0.27
    Curl version: 7.36.0 / SSL: OpenSSL/1.0.1e / libz: 1.2.7
    OpenSSL version: OpenSSL 1.0.1e-fips 11 Feb 2013
    MCrypt: Yes
    ZipArchive::addFile: Yes
    zip executable found: Yes: /usr/bin/zip
    Apache modules: auth_basic, expires, headers, mime, rewrite

    Thread Starter sloppyg

    (@sloppyg)

    Log of the other files
    https://pastebin.com/t7C86z09

    Thanks!

    Plugin Contributor DNutbourne

    (@dnutbourne)

    Hi,

    Could you ask your hosts/server admin what the I/O limit is for the server?
    The read/write speed for the backup appears to be very slow.

    Thread Starter sloppyg

    (@sloppyg)

    Thanks again for the response:

    Below is the cpanel info. I’m checking if there’s a way to get some benchmark data from the server (easy if this was vps but perhaps there’s a simple php script?) and I’ll check with my host support as well.

    STATISTICS
    Disk Usage
    3.61 GB / 9.77 GB ( 37% )
    Inodes
    33,009 / 100,000 ( 33% )
    MySQL? Disk Usage
    79.81 MB / 6.23 GB ( 1% )
    Autoresponders
    0 / ∞
    Bandwidth
    8.87 GB / 9.54 TB ( 0% )
    Mailing Lists Disk Usage
    0 bytes / 6.23 GB ( 0% )
    Email Accounts
    1 / ∞
    Email Filters
    0 / ∞
    Forwarders
    0 / ∞
    FTP Accounts
    0 / ∞
    CPU Usage
    0 / 100 ( 0% )
    I/O Usage
    0 / 2048 KB/s ( 0% )
    IOPS
    0 / 1024 ( 0% )
    Virtual Memory Usage
    0 bytes / 2 GB ( 0% )
    Entry Processes
    0 / 50 ( 0% )
    Physical Memory Usage
    0 bytes / 2 GB ( 0% )
    Number Of Processes
    0 / 100 ( 0% )
    Mailing Lists
    0 / ∞
    MySQL? Databases
    1 / ∞
    Subdomains
    1 / ∞

    Thanks for the quick response! Do you have any idea what might cause this?

    Thread Starter sloppyg

    (@sloppyg)

    Ok.. I tried changing php to 7.1 (from 5.6) / set 512M memory limit / enabled opcache and apcu. Did some testing and it appears my plugins and theme are compatible.

    changed updraft’s split size to 200M (wanting to make sure i’m not memory constrained), then kicked off another backup process (all files).

    Result.. Site requests are being returned more slowly than normal, but the errors and failures to load appear to be gone. The process is still running (so I can’t tell if the time to complete has changed, but.. I’m pretty happy with the improvement so far.

    I probably should test both the smaller split size and php version change separately but one of those two changes (maybe both) appear to be helping.

    Thanks again for taking the time to respond to my inquiry.

    Plugin Contributor DNutbourne

    (@dnutbourne)

    Hi @sloppyg,

    If you send a copy of the new backup log, I can compare with the original log.

    Thread Starter sloppyg

    (@sloppyg)

    Attached: Pastebin links for DB and uploads/others/plugins (DB has run since I did the full site backup).
    https://pastebin.com/vJN8GBtG

    https://pastebin.com/ZCq5Dves

    Plugin Contributor DNutbourne

    (@dnutbourne)

    Hi,

    The time to complete the backup has reduced from ~6000 seconds to ~3250 seconds, and the process overall appears to be running far smoother.

    This is much closer to what would be expected of a site of this size.

Viewing 10 replies - 1 through 10 (of 10 total)
  • The topic ‘Performance: Updraftplus causing errors/unavailability while running’ is closed to new replies.