Support

Hi.
I'm having this problem on a rather huge website. The compressed JPA is ~1G in size.

When I try to restore it (on an nginx+fpm server), it apparently completes all the extraction then returns an anonymous 500 internal server error:

Raw server response:
###{"status":true,"message":null,"files":0,"bytesIn":0,"bytesOut":0,"done":true,"Warnings":[],"lastfile":""}###

The last displayed processed file is /var/www/dev-domain.it/htdocs/templates/beez3/language/en-GB/en-GB.tpl_beez3.sys.ini.

I enabled debug in kickstarter, and here it is an excerpt:

Preparing to scan archives
- Found archive /var/www/domain.it/htdocs/site-demo5.ufficyo.com-20160518-152033.jpa
Total archive parts: 1
Preparing to read archive header
Opening the first part
Current part is -1; opening the next part
Opening file /var/www/domain.it/htdocs/site-demo5.ufficyo.com-20160518-152033.jpa
Header data:
Length              : 27
Major               : 1
Minor               : 2
File count          : 11003
Uncompressed size   : 422994495
Compressed size	  : 77373262
AKAbstractUnarchiver::_run() - Reading file header
Reading file signature; part 0, offset 27
AKAbstractUnarchiver::_run() - Preparing to extract /var/www/domain.it/htdocs/installation/README.html
AKAbstractUnarchiver::_run() - Processing file data
AKAbstractUnarchiver::_run() - Calling post-processing class
AKAbstractUnarchiver::_run() - Finished extracting file
AKAbstractUnarchiver::_run() - Reading file header
Reading file signature; part 0, offset 444
AKAbstractUnarchiver::_run() - Preparing to extract /var/www/domain.it/htdocs/installation/extrainfo.ini
AKAbstractUnarchiver::_run() - Processing file data
AKAbstractUnarchiver::_run() - Calling post-processing class
AKAbstractUnarchiver::_run() - Finished extracting file
AKAbstractUnarchiver::_run() - Reading file header
Reading file signature; part 0, offset 635
[...]
stripped
[...]
Reading file signature; part 0, offset 966566222
AKAbstractUnarchiver::_run() - Preparing to extract /var/www/dev-domain.it/htdocs/templates/beez3/language/
AKAbstractUnarchiver::_run() - Processing file data
AKAbstractUnarchiver::_run() - Calling post-processing class
AKAbstractUnarchiver::_run() - Finished extracting file
AKAbstractUnarchiver::_run() - Reading file header
Reading file signature; part 0, offset 966566268
AKAbstractUnarchiver::_run() - Preparing to extract /var/www/dev-domain.it/htdocs/templates/beez3/language/en-GB/en-GB.tpl_beez3.ini
AKAbstractUnarchiver::_run() - Processing file data
AKAbstractUnarchiver::_run() - Calling post-processing class
AKAbstractUnarchiver::_run() - Finished extracting file
AKAbstractUnarchiver::_run() - Reading file header
Reading file signature; part 0, offset 966567650
AKAbstractUnarchiver::_run() - Preparing to extract /var/www/dev-domain.it/htdocs/templates/beez3/language/en-GB/en-GB.tpl_beez3.sys.ini
AKAbstractUnarchiver::_run() - Processing file data
AKAbstractUnarchiver::_run() - Calling post-processing class
AKAbstractUnarchiver::_run() - Finished extracting file
AKAbstractUnarchiver::_run() - Reading file header
Archive part EOF; moving to next file
Current part is 0; opening the next part
Reading file signature; part 1, offset 966568126
Current part is 1; opening the next part
AKAbstractUnarchiver::_run() - Could not read file header
AKAbstractUnarchiver::_run() - Just finished

from what I can read it it's trying to read a second part file, but the backup is just one part. It's not an inconsistent file because the backup was generated on the same server and copied with a local "cp".

Yesterday I did the same with the backup from a different server (akeeba 4), very same result: always stuck on the same file name (on a different file, tough).

What could be the problem?

We manage the server (Ubuntu 16.04, with a custom compiled php5.5), so we can perform all the needed tests/debug.
thanks

Can you please zip and send me the log file for this backup? I want to make sure it completed and to see if there is a clue why it thinks there is a second part.

Here it is. thanks

missing attachment?

sorry wrong extension (gz)

The last file added to the archive was templates/beez3/language/en-GB/en-GB.tpl_beez3.sys.ini but the backup ended normally and there is only one file. What you are seeing isn't supposed to happen.

You can start your restore by visiting the address www.mysite.com/installation/index.php in your browser. That will do the next step in the process.

Nicholas and Davide are in Barcelona at the JaB Conference, they will not be back until Monday. The Kickstart issue will have to be a mystery until then.

I just thought of something. Please upload kickstart.php to your site again. I had one damaged in transit a while ago and it was doing some strange and impossible things too. Let's see if a clean copy of kickstart.php helps.

This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.