Support » Plugin: Backup Scheduler » [Plugin: Backup Scheduler] Corrupted Backups?

Viewing 15 replies - 1 through 15 (of 17 total)
  • Plugin Author Sed Lex

    (@sedlex)

    i have detect a bug which create corrupted zip in very few cases !
    Do you want to beta test the new plugin ?

    If so please contact me through the feedback tab in the plugin configuration page.
    I will send you a new version

    Plugin Author Sed Lex

    (@sedlex)

    Actually, I have release a new version … could you try ?

    Plugin Author Sed Lex

    (@sedlex)

    Any news ? any feedback so that I could know if your problem is solved ?

    Plugin Author Sed Lex

    (@sedlex)

    Could you tell us if your problem is now solved ? Please ?

    Would be very helpful

    I’m having this problem as well, with the latest version (1.2.6)

    Also my total backup should be less than 10Mb and even tough I’ve set the maximum file size of 50mb it still breaks down in 2 files:
    10.75Mb and 159K

    I can beta test for you.

    Plugin Author Sed Lex

    (@sedlex)

    Hi,

    It is normal to have at least 2 files
    One for the data one for the summary of the zip files … It is due to splitted zip format 🙂

    When you try to open the files it is not working ?

    No, I get a corrupted archive, like the OP.

    FYI: One file is .zip and the other one is .z01

    I retreived an old backup (don’t know hat version was used) that has only one zip file it it’s working correctly. It seems to be happening since the files are splitted.

    Plugin Author Sed Lex

    (@sedlex)

    Could you contact me through the feedback tab of the plugin ? So I will know your email and your parameters

    Unfortunately, I think this bug is still existing on Version 1.4.2

    unzip BackupScheduler_20130120101852_osgimbp3ma.zip
    Archive: BackupScheduler_20130120101852_osgimbp3ma.zip
    Compressed/Splitted by the SL framework (SedLex)
    warning [BackupScheduler_20130120101852_osgimbp3ma.zip]: zipfile claims to be last disk of a multi-part archive;
    attempting to process anyway, assuming all parts have been concatenated
    together in order. Expect “errors” and warnings…true multi-part support
    doesn’t exist yet (coming soon).
    file #1: bad zipfile offset (local header sig): 4
    file #2: bad zipfile offset (local header sig): 50
    file #3: bad zipfile offset (local header sig): 105
    file #4: bad zipfile offset (local header sig): 162
    file #5: bad zipfile offset (local header sig): 220
    file #6: bad zipfile offset (local header sig): 278
    file #7: bad zipfile offset (local header sig): 337
    file #8: bad zipfile offset (local header sig): 397
    file #9: bad zipfile offset (local header sig): 458
    file #10: bad zipfile offset (local header sig): 519
    file #11: bad zipfile offset (local header sig): 581
    file #12: bad zipfile offset (local header sig): 643
    file #13: bad zipfile offset (local header sig): 706
    file #14: bad zipfile offset (local header sig): 769
    …..

    No way to unpack the backups under linux :s

    Plugin Author Sed Lex

    (@sedlex)

    Hum… I do not know if the unzip command for Linux/Unix work correctly.
    Have you try with WinZip Winrar IZArc (windows) or Unarchiver (Macos) ?

    The unzip command under linux work fine if the archive is correct. Example:

    % unzip wordpress-3.5.1.zip
    Archive: wordpress-3.5.1.zip
    creating: wordpress/
    inflating: wordpress/license.txt
    inflating: wordpress/wp-activate.php
    inflating: wordpress/wp-login.php
    inflating: wordpress/readme.html
    inflating: wordpress/wp-blog-header.php
    inflating: wordpress/wp-cron.php
    …… and so on
    % ls
    wordpress wordpress-3.5.1.zip
    % du -s wordpress
    15M wordpress

    I’m sorry but I can’t test using Windows or MacOS because I don’t have this 2 OS.

    Plugin Author Sed Lex

    (@sedlex)

    Hum … as it is indicated in your log
    Expect "errors" and warnings...true multi-part support doesn't exist yet (coming soon).

    Your last try is not a multipart zip files.

    The generated file is correct but splitted

    I hope that this can be fixed in your next release. It’s normal that some people don’t have other OS.

    Or what about to give other possibility for the compression. (tar, gz, bz, rar, lzma, xz, …) some of them should exist on any company that provide hosting

    Plugin Author Sed Lex

    (@sedlex)

    I cannot fix with a release of my plugin a “bug” (or a mis-support) in the zip/unzip function in Linux.

    The other compression method does not allow the split archive (according to my knowledge). When you save 350 Mo of data, it is impossible to handle it in only one file due to memory limitation in most of the hosting services

    Hello Sed,

    I understand. So please just add that for restore we need to use another OS. For me I was surprised when I tried to test the restore and was blocked with this.

    For info, you have right, spliting is almost impossible using a direct archiving command line. But you can pipe the archive to the program “split”. Split is provided by coreutils in Linux

    GNU core utilities: This package contains the basic file, shell and text manipulation utilities which are expected to exist on every operating system.

    Without split, it’s possible to do it with rar.

    rar a -ol -m3 -vsizeb -Idp — /tmp/files.rar @/file-list

Viewing 15 replies - 1 through 15 (of 17 total)
  • The topic ‘[Plugin: Backup Scheduler] Corrupted Backups?’ is closed to new replies.