Support

Akeeba Backup for Joomla!

#30406 cron job corrupt backup zip

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 Eikka on Friday, 26 October 2018 10:10 CDT

Eikka
Please look at the bottom of this page (under Support Policy Summary) for our support policy summary, containing important information regarding our working hours and our support policy. Thank you!

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:

hi,
I wonder why my full backup zip-files are corrupted when cron job do the backup. If job is done manually zip file is allright.

www.esoft.fi

nicholas
Akeeba Staff
Manager
Unfortunately you forgot to attach a ZIP file containing your Akeeba Backup log file. Without it I cannot help you with any backup issue as I have no idea what is going on with your server. If the file is over 2Mb, please upload it on your server and post a link to it. Kindly note that uploaded log files are private, even though the ticket is public. That is to say, only you and us can see attachments on your ticket. Moreover, all attachments are purged 30 days after the ticket is closed.

Based on my experience, the reasons why that would happen are (ranked from most common to least common):
  • Your files are not really corrupt, you just didn't read this page which explains why some CRC checksums may appear corrupt. If this is not the case, keep reading.
  • You corrupt the download during transfer. If you are downloading them manually please use either SFTP or, if that's not possible, FTP/FTPS in Binary Transfer mode. Don't use your browser.
  • Your CRON jobs is killed prematurely by your server. The backup isn't complete, therefore it's corrupt. You can check if your backup log file for that particular backup record contains the phrase "Kettenrad :: Just finished" towards the very end of the file. This phrase indicates the completion of the very last step of the backup process. If that phrase is missing you need to contact your host and ask them to increase the timeout of the CRON daemon, i.e. let your CRON jobs run longer.
  • Are you storing your files to remote storage? If your CRON job is killed prematurely by your server you might be at the point where your backup is only half-uploaded. That would, indeed, cause it to be corrupt. This could require either the fix explained above or, if you are using the front-end or JSON API (e.g. a third party service) backup method then you might need to tweak the uploading of your backup archives to remote storage. I need your log file to help with that.
  • A far more esoteric reason which is very unlikely but I have seen in a number of cases I can count on my fingers (with fingers to spare!) over the last 12 years such as that case where a misconfigured Apache server was doubling the requests sent to it or when a misconfigured caching proxy in front of the server was sending back a cached response, completely ignoring the "no cache" headers sent by our software. I need your log file to even consider such a possibility.


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!

Eikka
hi, thanks for answer. I noticed you have also a windows slient for unzip jpa files so I just change the method to jpa.

www.esoft.fi

nicholas
Akeeba Staff
Manager
All right. Please let me know if that worked for 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!

Eikka
hi,
jpa extractor throws an unsupported path error because of one sh404sef plugins filename containig semicolon

www.esoft.fi

Eikka
.. and that was obviously solved with file exlude :)

www.esoft.fi

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!