Support

Akeeba Backup for Joomla!

#8743 restore failed (extract)

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Akeeba Backup version
n/a

Latest post by sharky on Tuesday, 21 December 2010 03:57 CST

sharky
Hi,

I had to make the backup file of the site is split. But impossible to extract under these conditions, there is always a mistake.
Tested the extraction with:
- Kickstart 3.1.5
- Extract Wizard
- 7zip
An error occured

INVALID_FILE_HEADER


By cons if I make a backup with 1 archive. No problem!

Thanks for your help

nicholas
Akeeba Staff
Manager
If you are using Akeeba Backup 3.1.3 or 3.1.4 this is expected, as the ZIP archiver was broken in those versions. Make sure you are using Akeeba Backup 3.1.5.

That said, 7-Zip does not support split ZIP archives. In fact the only archiver utilities which support split ZIP archives are:
1. PKZIP for Windows (naturally, as they are the inventors of the ZIP file format)
2. WinZIP
3. Akeeba eXtract Wizard
4. Akeeba Kickstart

Do note that in the case of split archives you have to download all backup parts. In the Administer Backup Files page they appear as Part 00, Part 01, Part 02, etc. In your output directory they have file extensions of .zip, .z01, .z02, etc. You need all parts in order to extract the archive. If any of those parts is missing you will certainly get the error message you mentioned.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

sharky
Thank you for the reply!
I basal information on my backend, which I was told that day!
I saw now on the site, it was not the case.
I am updating and I test a restore from an archive split

Thanks

PS: Does the URL version control has changed?
My host is blocking external URL and opens on demand. Which should I use?

sharky
New backup with the new version 3.1.5 ... same error
try with
- wizard extract 3.1.0.44 (error: Invalide format archive)
- Kickstart 3.1.5 (INVALID_FILE_HEADER)

Thanks

nicholas
Akeeba Staff
Manager
I just tested locally using Akeeba Backup 3.1.5 and Kickstart 3.1.5 on the following configurations: Mac OS X with MAMP Pro (PHP 5.2), Ubuntu Server 10.10 with PHP 5.3 and Windows 7 Home Premium with WAMPserver (PHP 5.2). They all produced split ZIP archives which could be extracted by Kickstart.

I think that you are missing something here. Let me reiterate:
1. Make sure that you download the backup archives using FTP in BINARY transfer mode. If you don't explicitly tell your FTP client to use the BINARY transfer mode, the archive parts will become corrupted during transfer. If you are using FileZilla, click on the Transfer, Transfer Type, Binary menu item before starting downloading the files. Do not download the files through your browser.
2. Make sure that you download ALL of the backup parts! This means .zip, .z01, .z02 etc. If even one of the parts is missing, the extraction will fail.
3. If you are uploading the files to a remote server by FTP, you must use the Binary transfer mode for the same reasons as (1).

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

sharky
server Source : Linux with Apache/2.2.3 (CentOS)
Destination : localhost: Windows NT 6.1 build 7600 ((null)) i586 with Xampp : Apache/2.2.14 (Win32) DAV/2 mod_ssl/2.2.14 OpenSSL/0.9.8l mod_autoindex_color PHP/5.3.1 mod_apreq2-20090110/2.7.1 mod_perl/2.0.4 Perl/v5.10.1 (with AntiVirus disabled)

FTP transfert : auto (this morning)
FTP transfert : binary (force this evening)

But I'm sur was binary this morning on the Filezilla LOG
150 Opening BINARY mode data connection for site-xxxxxxxxxx-20101220-073048.j03 (63963136 bytes)

Evening test ... same

I use JPA !!! not ZIP !!! I try with ZIP

I'm sur i have all parts !

sharky
Good evening,

With the ZIP split archive, same problem.

I thought of a safety problem ... checked the file ... but no, it works in most if only 1 file.

Test uncompression of ZIP split archive with Winrar, it's works!

nicholas
Akeeba Staff
Manager
I am trying with ZIP and JPA split archives, Kickstart always works just fine. I even tried with my live sites, again the archives produced work perfectly. I am not sure why it doesn't work on your site.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

sharky
Hello,

I want to start by saying thank you for your support and time to solve this problem. And also thank you too for your dynamism.

I tested with another site JPA split, it works.
For the site that does not work for my procedure, I set the parameter to ZIP and I uncompress it with Winrar. (pending migration 1.6) ;)

nicholas
Akeeba Staff
Manager
You're welcome!

I strongly suggest not moving to Joomla! 1.6 yet. Despite being labeled as an RC release, the code quality is that of an early alpha. The copy/move operations in articles are not implemented yet. The SEF URL router is buggy and produces inconsistent results. The input filter has massive holes which allow XSS attacks to fall through. There are path disclosure vulnerabilities which haven't been addressed yet (and nobody seems too keen on addressing them, either). On top of that, there is no migration path. You have to use an untested third party tool to do that which ony caters for core extensions. The chances of your site surviving the migration are very little. Well, I could go on and on... I suggest waiting at least until Joomla! 1.6.3 or 1.6.5 before considering a migration.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

sharky
Sure, I talk about a migration that will maybe in 6 months and repair my current problem

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!