Support

Akeeba Backup for Joomla!

#8841 Only .jpa (but not parts .j01 .j02 etc.) get uploaded to Amazon S3

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 Saturday, 09 April 2011 16:23 CDT

user9936
I have a backup with post-processing upload to Amazon S3. Whenever I run it only the .jpa file gets uploaded to S3, but not the other parts of the archive (.j01 .j02 etc.). The log file ends without errors:

[110408 13:26:20] Finalizing archive 
[110408 13:26:22] Initializing post-processing engine 
[110408 13:26:24] Beginning post processing file /home/chicago/joomlapack/FullSite-WithPhplist-NoAudio-www.chicagochurch.org-20110408-181953.jpa 
[110408 13:26:25] Finished post-processing file /home/chicago/joomlapack/FullSite-WithPhplist-NoAudio-www.chicagochurch.org-20110408-181953.jpa 
[110408 13:26:25] Post-processing has finished for all files 


I have tried large (1 GB) and small (5 MB) part sizes and the result is the same. Any suggestions?

Akeeba 3.2.5
Joomla 1.5.22
PHP 5.2.15
MySQL 5.1.52 ?
Host: HostGator

nicholas
Akeeba Staff
Manager
Can you please ZIP and attach your entire backup log file so that I can see exactly what is going on? Thank you!

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!

user9936
Here are two logs with different part sizes.

nicholas
Akeeba Staff
Manager
I need you to set the log level to "All Information and Debug", retry backing up and attach the new log file here. You have currently set the log level to "All Information" (but without debug) which really tells me so very few things about what's going on that makes it impossible to understand if the problem is in the file packing algorithm, the backup record management, the processing engine, wrong setup of the processing engine or a server issue.

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!

rbradbury
Nicolas - I have experienced the same problem following upgrade to 3.2.5 yesterday - log file attached.

Joomla 1.5.23
PHP 5.2.17
MySQL 5.1.56

Had a similar problem with an earlier update which you quickly resolved - see

https://www.akeebabackup.com/support/forum/topic/27369-s3-backup-partail-failure.html

Regards

Bob

nicholas
Akeeba Staff
Manager
@rbradbury According to your log file there was only one backup part generated, with a .jpa extension and it was uploaded correctly to Amazon S3. Can you see that file in your S3 account?

@all: I did some thorough testing today and I replicated this issue. If you have split archives, only the last part is being post-processed, if and only if you don't use the "Process each archive part immediately" option. I am going to fix that and publish a new release today. Stay tuned and thank you for your excellent feedback!

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!

rbradbury
Hi Nicholas - yes, can confirm the .jpa file was successfully uploaded to S3.

Bob

nicholas
Akeeba Staff
Manager
Version 3.2.6 was just released, addressing this issue. Please upgrade and report your results. Thank you!

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!

rbradbury
Unfortunately I cannot get the update to work. The automated process (used OK to update to 3.2.5 from 3.2.4) from within AkeebaPro reports
ERRORNOTFINDXMLSETUPFILE
Invalid package type. The update can not proceed.

Trying Joomla!s Extension Manager also fails (site FTP enabled)
* JFTP::mkdir: Bad response
* JFTP::mkdir: Bad response
* JFTP::write: Bad response
* Unable to write entry

nicholas
Akeeba Staff
Manager
You can always download the installation ZIP package from https://www.akeebabackup.com/latest and install it using Extensions, Install/Uninstall without uninstalling your existing version.

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!

rbradbury
Yes, tried that and got the error shown above....

nicholas
Akeeba Staff
Manager
That is a Joomla! issue with the setup and/or permissions of your tmp directory. Please follow installation troubleshooting instructions first. If this doesn't work, 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!

rbradbury
Hello Nicholas

Yes, thanks for confirming what has been a nuisance for some time. In summary, the problem appeared to be some incomplete or 'hanging' installation(s) of modules that was preventing the latest Akeeba BackupPro update from working (I had already tried turning FTP on & checked tmp file permission was OK). Deleted some - hopefully superfluous! - files that had already done their work in loading modules. The real confusion for me was that the previous Akeeba update had worked fine.

Anyway - to business - I can confirm that 3.2.6 works fine and backs up an 850MB website in 100MB chunks to S3 correctly. Thanks again for the quick fix.

BTW, I note in your earlier reply you commented
only the last part is being post-processed, if and only if you don't use the "Process each archive part immediately" option

Is it worthwhile switching to this option?

Regards
Bob

nicholas
Akeeba Staff
Manager
OK, it's good to know that everything's working now!

Regarding that option, yes, it's worth turning on. It will conserve disk space, as each part will be transferred to S3 as soon as it is generated. The only drawback is that if the backup crashes or the post-processing crashes, you'll end up with some leftover files in your S3 account. IMHO, that possibility is very low compared to the benefits of not having to store all of the backup archive parts to your server prior to uploading it to S3.

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!