• teodorsavic

    (@teodorsavic)


    Hi!
    I have a website, some 1400MB of files and 25MB database. When I try to perform a full backup it breaks. First, it gives me errors while trying to compress files that have very long filenames. That can’t be avoided and I think that is OK. After that, it stops on around 70%, lags for 2 minutes or so (you don’t see it in the log file) and gives me “Backup archive created.” message. Later on, when I downloaded the backup archive manually via FTP I realized that there are many files missing from the archive. After that, It tries to upload the archive to Dropbox, goes through to around 10%, lags for a few minutes, restarts, uploads another 10% and does this 3 times until it breaks.. I tried excluding the complece wp-content folder so there was only some 20MB left to backup and everything went fine. I installed the plugin and successfully backed up another website on the same server but that website takes around 200MB and 5MB database.
    Could there be a problem with some PHP limit or anything else?
    Any Ideas?

    Here’s the log file (I replaced all the links and personal data with XXXX and replaced the repetitive errors with . just to make the log shorter and easier to read)

    [INFO] BackWPup version 3.1.4; A project of Inpsyde GmbH
    [INFO] WordPress version 3.8.5
    [INFO] Blog url: https://XXXXXXXXXXX.com/
    [INFO] BackWPup job: Daily Backup; DBDUMP+FILE
    [INFO] BackWPup cron: 0 5 * * *; Next: Tue, 17 Feb 2015 @ 05:00
    [INFO] BackWPup job started from wp-cron
    [INFO] PHP ver.: 5.3.29 (64bit); fpm-fcgi; Linux
    [INFO] Maximum PHP script execution time is 1600 seconds
    [INFO] Script restart time is configured to 30 seconds
    [INFO] MySQL ver.: 5.5.41
    [INFO] Web Server: Apache/2.2.29 (CentOS)
    [INFO] curl ver.: 7.19.7; NSS/3.16.2.3 Basic ECC
    [INFO] Temp folder is: XXXXXXXXXXXXXXXXXXXXX
    [INFO] Logfile is: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX/backwpup_log_d9d761_2015-02-16_05-00-39.html
    [INFO] Backup type is: archive
    [INFO] Backup file is: XXXXXXXXXXXXXXXXXXXXXXXXX/backwpup_d9d761_2015-02-16_05-00-39.tar.gz
    [16-Feb-2015 05:00:39] 1. Try to backup database …
    [16-Feb-2015 05:00:39] Connected to database XXXXXXXXXXXXX on localhost
    [16-Feb-2015 05:00:39] Backup database table "wp_commentmeta" with "~18" records
    .
    .
    .
    .
    .
    .
    .
    .
    .
    
    [16-Feb-2015 05:00:40] Backup database table "wp_users" with "~2" records
    [16-Feb-2015 05:00:41] Added database dump "XXXXXXXXXXXXXX.sql" with 22.49 MB to backup file list
    [16-Feb-2015 05:00:41] Database backup done!
    [16-Feb-2015 05:00:41] 1. Trying to make a list of folders to back up …
    [16-Feb-2015 05:00:42] 2074 folders to backup.
    [16-Feb-2015 05:00:42] Restart will be executed now.
    [16-Feb-2015 05:01:44] 1. Trying to generate a manifest file …
    [16-Feb-2015 05:01:44] Added manifest.json file with 5.60 kB to backup file list.
    [16-Feb-2015 05:01:44] 1. Trying to create backup archive …
    [16-Feb-2015 05:01:44] Compressing files as TarGz. Please be patient, this may take a moment.
    [16-Feb-2015 05:01:48] WARNING: File name "XXXXXXXXXXXXXXXXXXXXXXXXx" is too long to be saved correctly in TarGz archive!
    .
    .
    .
    .
    .
    .
    .
    .
    .
    [16-Feb-2015 05:02:48] WARNING: File name "XXXXXXXXXXXXXXXXXXXXXXXXx" is too long to be saved correctly in TarGz archive!
    [16-Feb-2015 05:02:51] Backup archive created.
    [16-Feb-2015 05:02:51] Archive size is 1.39 GB.
    [16-Feb-2015 05:02:51] 42731 Files with 1.44 GB in Archive.
    [16-Feb-2015 05:02:51] Restart will be executed now.
    [16-Feb-2015 05:02:52] 1. Try to send backup file to Dropbox …
    [16-Feb-2015 05:02:58] Authenticated with Dropbox of user XXXXXX XXXXXX ([email protected])
    [16-Feb-2015 05:03:00] 50.13 GB available on your Dropbox
    [16-Feb-2015 05:03:00] Uploading to Dropbox …
    [16-Feb-2015 05:08:41] WARNING: Job restarts due to inactivity for more than 5 minutes.
    [16-Feb-2015 05:08:41] 2. Try to send backup file to Dropbox …
    [16-Feb-2015 05:08:46] Authenticated with Dropbox of user XXXXXX XXXXX ([email protected])
    [16-Feb-2015 05:08:46] 50.13 GB available on your Dropbox
    [16-Feb-2015 05:08:46] Uploading to Dropbox …
    [16-Feb-2015 05:14:09] WARNING: Job restarts due to inactivity for more than 5 minutes.
    [16-Feb-2015 05:14:09] 3. Try to send backup file to Dropbox …
    [16-Feb-2015 05:14:15] Authenticated with Dropbox of user XXXXXX XXXXX ([email protected])
    [16-Feb-2015 05:14:15] 50.13 GB available on your Dropbox
    [16-Feb-2015 05:14:15] Uploading to Dropbox …
    [16-Feb-2015 05:20:15] WARNING: Job restarts due to inactivity for more than 5 minutes.
    [16-Feb-2015 05:20:15] ERROR: Step aborted: too many attempts!
    [16-Feb-2015 05:20:15] ERROR: Job has ended with errors in 1176 seconds. You must resolve the errors for correct execution.

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

Viewing 3 replies - 1 through 3 (of 3 total)
  • Daniel Hüsken

    (@danielhuesken)

    Please check that all log, temp and cache folder are excluded from backup.

    Thread Starter teodorsavic

    (@teodorsavic)

    Hi,
    Thank you very much for answering.

    I’ve checked and all those folders are excluded. I’ve tried setting maximum number of retries to 20 and maximum script execution time to 150 sec and it managed to upload it once but it lasted for 5000s and then it failed several times, then succeeded once again and so on.. I was also getting the “(400) False offset will corrected” error in the log file a few times (not always). I tried running the backup manually and with cron. Manual backups never succeeded and cron backups did a few times.

    I’m on dedicated server and I have the access to the root so if there’s some possible server-side problem I could manage it, but I can’t figure out what it could be.

    puda

    (@puda)

    Having the exact same problem. Not sure how to double check that logs are excluded? I don’t see the option.

    Thanks

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘Large Backups Fail’ is closed to new replies.