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
Actually, I have release a new version … could you try ?
Any news ? any feedback so that I could know if your problem is solved ?
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.
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.
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
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.
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
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
