BackWPup 3.0.10 backups not completing

  • AtomicT

    (@atomict)


    13 years ago

    Starting a new thread on this from a previous posting http://wordpress.org/support/topic/backwpup-3010-does-not-work-either?replies=5#post-4152803.

    Using 3.0.10 I get every backup hang at the archive stage. I’ve tried switching between Zip and TarGz but no difference.
    Also Abort! doesn’t seem to have any effect.

    Output below, with *** for some details.

    [INFO] BackWPup version 3.0.10; WordPress version 3.5.1; A project of Inpsyde GmbH developed by Daniel Hüsken
[INFO] This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions.
[INFO] BackWPup job: Adhoc Backup; DBDUMP+FILE+WPPLUGIN
[INFO] BackWPup job started manually
[INFO] PHP ver.: 5.2.6; cgi; Linux
[INFO] Maximum script execution time is 60 seconds
[INFO] MySQL ver.: 5.5.28-29.1
[INFO] curl ver.: 7.15.5;  OpenSSL/0.9.8b
[INFO] Temp folder is: /var/sites/***/public_html/wp-content/uploads/backwpup-3cdbf/
[INFO] Logfile folder is: /var/sites/***/public_html/wp-content/uploads/backwpup-c2bbf-logs/
[INFO] Backup type is: archive
[INFO] Backup file is: /var/sites/***/public_html/wp-content/uploads/backwpup-81299-backups/backwpup_f6c304_2013-05-01_18-09-08.zip

    As requested I tried a DB only job to Folder, same results and the Admin Bar continues to show BackWPup running which I do not seem to be able to resolve.
    Here is the DB only log out.

    [INFO] BackWPup version 3.0.10; WordPress version 3.5.1; A project of Inpsyde GmbH developed by Daniel Hüsken
[INFO] This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions.
[INFO] BackWPup job: DB Only; DBDUMP
[INFO] BackWPup job started manually
[INFO] PHP ver.: 5.3.10; cgi-fcgi; Linux
[INFO] Maximum script execution time is 60 seconds
[INFO] MySQL ver.: 5.5.28-29.1
[INFO] curl ver.: 7.15.5;  OpenSSL/0.9.8b
[INFO] Temp folder is: /var/sites/***/public_html/wp-content/uploads/backwpup-3cdbf/
[INFO] Logfile folder is: /var/sites/***/public_html/wp-content/uploads/backwpup-c2bbf-logs/
[INFO] Backup type is: archive
[INFO] Backup file is: /var/sites/***/public_html/wp-content/uploads/backwpup-81299-backups/backwpup_f6c304_2013-05-03_09-20-02.tar.gz

    I don’t have the Pro version to do an export of jobs but here is the list of settings:
    If you can a SQL command to extract pertinent data from the DB I am happy to provide that.

    <strong>Job Name</strong>	

Please name this job.	Adhoc Backup

<strong>Job Tasks</strong>

This job is a …
 [x] Database backup
 [x] File backup
 [_] WordPress XML export
 [x] Installed plugins list
 [_] Optimize database tables
 [_] Check database tables

<strong>Backup File Creation</strong>

Archive name	backwpup_f6c304_%Y-%m-%d_%H-%i-%s
  	Preview: backwpup_f6c304_2013-05-03_09-27-23.tar.gz

Archive Format	Archive Format
 [_] Zip
 [_] Tar
 [x] Tar GZip
 :.: Tar BZip2

<strong>Job Destination</strong>

Where should your backup file be stored?
 [x] Backup to Folder
 [_] Backup sent by e-mail
 [_] Backup to FTP
 [_] Backup to Dropbox
 [_] Backup to an S3 Service
 [_] Backup to Microsoft Azure (Blob)
 [_] Backup to Rackspace Cloud Files
 [_] Backup to SugarSync

<strong>Log Files</strong>

Send log to e-mail address	<***@***.com>
E-Mail FROM field	<***@***.com>
Errors only	  [x] Send e-mail with log only when errors occur during job execution.

    If I regress to version 3.0.7 it works again, but I can leave it at 3.0.10 if it can assist with diagnostics.

Viewing 7 replies - 1 through 7 (of 7 total)
  • Caspar

    (@friendlyghost)

    13 years ago

    Thanks for your detailed info, AtomicT. Are those the complete logfiles or just excerpts?
    At a quick first read-through I notice there are 2 different PHP versions in your logfiles. First log says 5.2.8, second log says 5.3.10. Have you tested on 2 different sites?

    Have you played with the settings yet? You could try this for instance, and/or this and see if it helps.

    Thread Starter AtomicT

    (@atomict)

    13 years ago

    That’s all the output of the log for the jobs…

    I tried setting the PHP to a newer version in case that affected it, but no difference.

    I have tried it on a fresh install test site on the same hosting, same behaviour.

    Here is what I see in Logs

    1	DB Backup
Files
Plugins
May 3, 2013 at 4:30 pm: Adhoc
View | Delete | Download
O.K.	Log only	0 seconds

    I tried the links you suggested, no difference. Doing all this on the fresh install now to avoid any issues with other plugins.

    I could give you access to the test install if that would help?

    davejuk

    (@davejuk)

    13 years ago

    I have exactly the same problem. It just hangs and all I get is the [INFO] lines in the log. I have tried Zip, Tar and TarGzip with the same result.

    It worked fine out the box with one of my hosts and another just needed mysqli enabling.

    I suspect it may be a permissions issue but I would expect a warning message?

    Thread Starter AtomicT

    (@atomict)

    12 years, 11 months ago

    Hi,

    I’ve upgraded to 3.0.12 now on the test blog but still have the same issue.
    I’m guessing this is an environment issue that has been introduced by code changes since 3.0.7 but there is insufficient output to determine the cause.

    What can I do to assist with resolving this? Is there a way to get more verbose logging?

    Thanks,
    Rob

    websanity

    (@websanity)

    12 years, 10 months ago

    Think I’ve got the same issue here.
    Jobs get to
    [INFO] Backup type is: archive
    [INFO] Backup file is: XYZ
    in the log then just hang there.
    This seems to be cloud based host specific (conventional hosting works fine). The host said something about not relying on sessions being written to disk because everything is cached in memory on their cloud hosting (which is guess is what the ‘memcache’ has to do with?!).
    I tried:
    “Please try this: Go to BackWPup -> Settings and check the option Restart on every main step. Then go down to Restart on archive creation and enter 200. Save your changes and try running your backup job manually. If it fails again, play with that 200 a little setting it lower until the job executes fine.”
    Made no difference – still just sits there.

    Anything else I can submit to help track down the problem? (I’ve got a site that’s in dev and you can access to if it helps).

    Cheers,
    Gerald

    Thread Starter AtomicT

    (@atomict)

    12 years, 10 months ago

    Yeah, I found that same advise but it made no difference, I even used the extreme of setting archive creation to 1MB, no difference.
    I am using a cloud provider too but have had no issues with compatibility up to BackWPup v3.0.7

    It’s highly disappointing, I have a a few sites still running v2 code and the rest on v3.0.8 with a manual fix for the memcache issue.
    It’s difficult to have to explain to users not to update this specific plugin as it’s not until afterwards that they discover they are not getting backups as it doesn’t fail it just never completes… 🙁

    websanity

    (@websanity)

    12 years, 10 months ago

    Good idea on running an old version. Hmm, just threw 2.1.17 on there and it just says 100% immediately and does nothing. But that is waaaay old code 🙂 Must dig out a slightly newer version, but seems to be a pretty big issue it would be good for BackWPUp to crack in their current code!

Viewing 7 replies - 1 through 7 (of 7 total)

The topic ‘BackWPup 3.0.10 backups not completing’ is closed to new replies.

Tags