Support

Akeeba Backup for Joomla!

#17712 File size larger than expaected

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 dlb on Tuesday, 01 October 2013 21:28 CDT

user9417
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Couldn't find any with the search terms I used
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Part I User's Guide
Joomla! version: 2.5.14
PHP version: 5.3.21
MySQL version: 5.1
Host: Site 5
Akeeba Backup version which took the backup: 3.8.2

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 had several issues on one site where the back up failed because there was not enough free space. Fixed that with your help pointing me to increase the quota for that particular domain. That domain continues to be the largest I have in my multi-site over 3x the next largest site. The server support group indicated the largest single user was Akeeba.

I have had to increase the quota twice since to allow the back up or an install to complete. I went and cleaned up all failed/obsolete/ and just old back ups (was retaining way too much) & system restore points. Actual back ups are on Amazon S3.

Usage is still high. Is it possible that the failed back ups left files behind that weren't cleaned up because the transfer to S3 didn't happen? Or something else? Any thoughts pointing me in the right direction would be most appreciated.

I do want to thank you because you have taught me a lot on fixing issues that I just didn't have enough know how to figure out.

dlb
If the transfer to S3 fails, the local copy of the backup file is not deleted, even if it is set to delete after transfer. While Akeeba Backup is a large component, it is the default backup folder that you need to keep an eye on. The default location is within the /administrator/components/com_akeeba folder.

Dale


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)

user9417
Checking the back up folder and in addition to the many back up files it has many restore point files stretching back to when I initially installed Akeeba on this site.

Can I safely use the file manager to delete all the back up files since the successful ones are on Amazon? What about the restore point files?

Wanted to make sure that none of these files are needed as pointers or something?

Thanks!

dlb
You can control the number of backups that are kept with the quota options in your backup profile. You can also control the number of restore points that are kept. The restore points are "mini backups" that may be done when you install an new or updated extension. Not all extensions are compatible with the restore points feature. Restore ponts are intended to be a snapshot of what will change with the extension installation, it is not a full backup. It will allow you to roll back that update if it blows up your site. While you can't have too many backups or have them saved in too many locations, restore ponts are not very useful after the new extension or update passes the "spark test."

Dale


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)

user9417
Your reply does not answer my question - apparently over the years I have accumulated numerous back up files on my server when the transfer to S3 failed.

Is it safe to delete those using the file manager on the server?

I have set my restore point retention parameters but again, looks like there are some out of date ones still on the server - can I safely use file manager to delete these?

I cleaned up everything on the front end but the files are still present on the server.

user9417

Does Amazon S3 supports remote file deletion?

From the manual on Quota management.
This option only works with the cloud storage engines which support remote file deletion.

dlb
I'm sorry, I got a little lost. Yes, you can delete the outdated backup files with your file manager, or through ftp. When you go into Manage Backups, those backups will then show as Obsolete.

Yes, S3 supports remote file deletions, assuming the Access Key you are using has rights to delete files in the Bucket. You will need to enable Remote quotas, the first checkbox under that section of the configuration screen.

Dale


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)

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!