Support

Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Yes
Joomla! version: 2.5.8
PHP version: 5.3.18
MySQL version: 5.0.96
Host: Blanye
Akeeba Backup version which took the backup: 3.6.10 (I think)
Kickstart version used to extract the backup: 3.6.0

Description of my issue:

Using Firefox 10, tried with Google Chrome, same problem.

One of my profiles sends the backup to S3. Until 26/11 I split it up in 50 MB files, and since then 100 MB files.

When I start kickstart, and asks it to import from S3, it shows the archives nicely.

But no matter if I try to restore the backup in 50 MB parts or the 100 MB parts, it stops.

The backup is around 1.6 GB.

The backup in 50 mb parts gets to around 50% the the backup with 100 mb files stops around 30%.

It never goes beyond the 'import', the ABI is not launched.

If I look at the folder it imports the archive to, I can see a .jps file around 800 GB, which is sort of 50% of the complete backup, and a .jps.tmp at 0 bytes.

If I try and download the files manually from S3, and then upload them manually, I see an error 'Invalid header in archive file, part 0, offset 8'

If I copy the files from my local backup (local to the website), the backup is restored.

I tried downloading the files (17 of them), and started the extract wizard, that also fails with 'invalid archive'.

I also tried to 'reimport' the jps file after removing the old one, same result.

As the log is only available for the latest backup, I've downloaded that and made sure it also shows the same problems, it does.

The backup is quite a bit smaller as I've now removed the j4age joomla stats package from the system, and added a seperate piwik backup.

The piwik database is now included in the backup, so there are two databases here, and an extra filespace area.

That gave me this warning (this was for test purpose run from backend):

Warnings AEUtilAmazons3::uploadMultipart(): [RequestTimeout] Your socket connection to the server was not read from or written to within the timeout period. Idle connections will be closed. Failed to process file /home/dkdbdk/public_html/administrator/components/com_akeeba/backup/site-www.dkdb.dk-20130108-143930.j01 Post-processing interrupted -- no more files will be transferred

Ok, I set the disable multipart, and set the cron job to run the test as well, that seemed to run better.

But after downloading all the parts (set to 50 mb) it still complains about invalid archive...

Ups, forgot the logfile

I just tried again this morning, there must've been something off somewhere, either the downloading failed or transfer problem, because this morning it would start the extraction (dry run), I wonder what is going on here.

This morning I put s3fox on ff, the files have previously been downloaded 'by hand', and I worry that that could somehow have messed it up.

I also tried redownloading the old archives (also running dry run), and that also seems to work, so I guess the backups are ok, even the old ones, before the change to 'process immediately', and 'disable multipart' setting.

Or could it be that I've repeatedly entered the wrong password?

So all in all the backups seems to be valid, sorry for the wild goose chase there.

Now, the original kickstart problem...

I just tried reusing that, and that still creates one very large jps file for the old archives, and stops around 30%