Support

Akeeba Backup for Joomla!

#27344 Failed Backup Appears Successful

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 Wednesday, 15 March 2017 12:07 CDT

MikeWid
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:
When viewing "Manage Backups", a failed backup shows as successful (Green).
See screenshot (attached)

MikeWid
I am attaching the log which shows success, but the backup size was only 8.5 MB.
I am setting a curl option
curl_setopt($curl_handle,CURLOPT_CONNECTTIMEOUT,60*12);

It is possible that the first backup attempt takes > 8 minutes, which is causing me to rertry, and giving these symptoms.
I have also added a delay of 4 minutes before retry.

MikeWid
Here is a screenshot of the manage backups screen.

nicholas
Akeeba Staff
Manager
First let me clarify your confusion.

According to the log file, the backup is successful. Your database and files have been backed up and the archive file has been finalized. This is what makes a backup successful.

Keep in in mind that transfer to remote storage is NOT a criterion for considering the backup successful. A successful backup is one which you can use to restore your site if someone deleted its files.

Now, let's see what you actually need help with.

Your log file is at the wrong detail level (information only) so I can't tell if the upload to remote storage has been completed. Based on what you told me, it hasn't. If it had then the backup would appear as Remote (blue) instead of OK (green). Remember what is the difference between them: green = the backup archive (or at least some of its parts) is still on your server whereas blue = all the backup archive parts have been transferred to remote storage.

So I guess the actual issue you need help with is "Upload to <insert your remote storage type here> fails". We can help you with that, but we do need a log file taken with the log level set to "All Information and Debug". This will tell us what is going on during the upload to remote storage step which you are actually interested in, including which remote storage type you are using :)

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!

MikeWid
The logfile and the web page shows success, but the size of the backup is only 8MB, should be 138MB+
I am attaching screenshot again.
This is surely a bug, and should be passed to your developers.

MikeWid
Trying the screenshot again

nicholas
Akeeba Staff
Manager
In case the massive signature below my reply wasn't very clear, I am the LEAD DEVELOPER of Akeeba Backup. I wrote the software all by myself in 2006 when it was still called JoomlaPack. Just Google my name. I know what I am talking about. Not only have I written Akeeba Backup, I have also written a big chunk of Joomla! itself.

Here's what is going on. You have a multipart backup archive. It is created just fine. Then it starts uploading to SOMEWHERE. That fails for SOME REASON after SOME PARTS have been uploaded. The remaining parts remain on your server. So you have X parts on your server and Y parts on the remote storage. This means that the backup status is OK (Green) instead of Remote (Blue) which you'd have known if you read the documentation or my previous reply. If parts of the backup remain on the server the reported size is only these parts. That's why you see 8Mb. The other 130 have already been uploaded to the remote storage.

I had asked you for the log file so that I could see WHERE the backup is being uploaded to, HOW MANY parts are uploaded and infer the REASON why the rest failed to upload. Unfortunately, instead of providing me with the information I asked you insist, wrongly, that it's a bug (it's not) and gave me some attitude. Well, too bad. I could have helped you. Now all I can do is close the ticket with the affirmation that nope, it's not a bug, it's something between your site's server and the remote storage server.

If you want to receive help about the actual issue you have please do file a new ticket and do provide a complete log file as I instructed you in my previous reply. One of the other support staff will help you. For your info, we don't hire cheap outsourced labor here. You only receive support by the developers of the software and one very experienced person who consults with us on technical issues.

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!