Support

Akeeba Backup for Joomla!

#25491 Backup status failed but no error in log

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 Thursday, 07 July 2016 02:54 CDT

retoturnverein
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:
I start a cli backup and after a very short time it stops without telling me what's wrong with it. Even in debug mode I see no error message. Can you give me a hint where to look at please.

Regards,
Reto

dlb
Does the backup work from the back end? If it does, you need to ask your host if they are killing your CRON job. This is quite a widespread practice these days.

If it does not work from the back end, how many files are in the thumbs folder that it was working on when it quit? If there are many files, we may need to use the large site scanner to get the backup to work. Scanning folders with hundreds or thousands of files is very time consuming and can kill the backup.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

retoturnverein
It is something else. I had configured a post processing to process each part immediately and uploading using WebDav. That caused the abort! I tried a backup in the backend of Joomla and running over crontab, always failure. And this was running for month, until a recent update of Akeeba.

Now I configured a post processing to not process the file immediately and using FTP. This is working for now.

dlb
My apologies, I missed something very strange in the log when i looked at it last night. It almost looks like you have multiple backups running at the same time. Towards the end of the log, it is working on Operation #6, then it switches back to Operation #1. That is not supposed to happen.

Is it possible that your CRON job is triggering multiple times?


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

retoturnverein
The cron job is only running as a single task. Is was running this way for months, until I guess update to 5.1.1
So the program get's messed up by handling backup and upload at the same time.

dlb
Can you try the cli backup without the "upload immediately" please? That option does strange things to the log display. That will also give me more information about how the backup progresses vs. the upload. Thanks.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

retoturnverein
please see my message from "Tuesday, 05 July 2016 00:25 CDT", the last sentence.
It is running this way now. If it would run in parallel, the backup time overall would be shorter. But currently I have to let it upload after finishing the backup itself.

dlb
If your FTP upload is working, do you want to consider this ticket resolved?


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

retoturnverein
As there is an option to start uploading the file immediately and this is not working, I consider this as a bug.

You can close this ticket but I would expect that this get's fixed in a future release.

nicholas
Akeeba Staff
Manager
Please read this page https://www.akeebabackup.com/documentation/akeeba-backup-documentation/step-by-step-guides.html#how-to-cloud-backup I already describe the relation between size of uploads, upload time and server configuration:

We will have to change just one option: Part size for archive splitting. Select the "Custom..." option and type in 20 in the text box that appears to the right of the drop-down. This setting will chunk our backup archive into multiple files, the maximum size of each one being the value of this setting.



You might wonder why we need to do that. PHP always has a strict time limit, i.e. the maximum time a PHP page may process data before the web server aborts it. Uploading the backup archives to cloud storage takes time, the exact amount of which depends on the size of the file and the network speed. The time limit and the bandwidth are beyond our control, so we can change the only parameter we can touch in order to avoid timeouts: the file size. Akeeba Backup Professional is smart enough to upload each part of the backup archive on a PHP page load of each own, so as to avoid timing out.


So, if you want to make sure that your uploads which happen during the backup process can complete you should try decreasing the part size to 1Mb or smaller or use a different web or FTP server that is much, much faster. Since the source of the issue lies in the network speed and server setup it's NOT a bug in Akeeba Backup and cannot be fixed. WE ARE NEITHER YOUR HOST NOR YOUR FTP PROVIDER.

And just because there is an option for something that doesn't mean it will work when the outside conditions are impossible. For example, my car has 6 gears. If it's snowing and road is icy I cannot reasonably expect to drive in sixth gear at speeds in excess of 100 Km/h. The fact that the car cannot comply with my wish due to external conditions doesn't make the car broken and in need of a repair. I expect that by the next release of Akeeba Backup you'll have fixed your expectations to be in accordance with the server environment you are using it in.

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!