Support

Akeeba Backup for Joomla!

#23054 Extract failed

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 nicholas on Wednesday, 29 July 2015 11:55 CDT

brianteeman
EXTREMELY IMPORTANT: Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 2Mb, please upload it on your server and post a link to it.

Description of my issue:
Backup will not extract on localhost

Have tried multiple times
Each time has the same invalid headers message
Tried with kickstart, kickstart-pro and xtractwizard
Tried with JPA and Zip
Made sure to exclude php.ini and .htaccess from the backup

nicholas
Akeeba Staff
Manager
First, is it possible to take another backup? If it is, switch from ZIP to JPA and take a new backup.

You've hit on a bug I found out last week regarding multipart ZIP files (generated whenever there's a non-zero part size). The multipart header overwrites the first file's signature and causes this problem. If taking a new backup is out of the question you can send me the ZIP file and I'll fix the header so you can extract it.

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!

brianteeman
The first three attempts were with JPA - only switched to zip as a final attempt to fix it.

Will send you the zip

nicholas
Akeeba Staff
Manager
Upload it to Dropbox and send me a link by email.

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!

brianteeman
I am doing ;)

nicholas
Akeeba Staff
Manager
I think I see where the problem is. The angie.jpa file is corrupt, thus breaking the backup archive (the installation folder files included in the backup have the wrong size, upwards of 4Gb). Try reinstalling Akeeba Backup on that site and take a new backup with the JPA format. If that fails please post back.

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!

brianteeman
Re-installed AB
Created backup with both JPA and ZIP
Both failed to extract as before

nicholas
Akeeba Staff
Manager
Is there any chance I can get direct access to that 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!

brianteeman
Info sent by email

nicholas
Akeeba Staff
Manager
I can actually see what the problem is but it doesn't make any sense. Every time we use fseek() to go to a specific file offset the filesystem pointer ends up one byte BEFORE the requested position. Either that or gzip returns all data truncated by one byte. It's impossible to say which of the two is the actual problem because they are not supposed to occur but they are the only explanations to what I am seeing. I think it's more plausible that the gzip library on the server is FUBAR.

I don't have a solution to that :(

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!

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!