Have I read the related troubleshooter articles above before posting (which pages?)? None apply
Have I searched the tickets before posting? yes, no results returned for "restore point file large"
Have I read the documentation before posting (which pages?)? Yes, Akeeba Backup 6.2 System Restore Points (page 109)
Joomla! version: 2.5.14
PHP version: 5.3.22
MySQL version: 5.1.70-cll
Host: Rochen
Akeeba Backup version: Pro 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:
Hi Nicholas, yesterday I installed AkeebaBackupPro 3.8.2 on a site (via the standard Joomla installer, not via the automatic update within Akeeba Backup component). The install went fine, and so did the restore point generation. The component upgrade was successful. However this morning I received an alert from my reseller cpanel saying that this site was near to reaching it's disk quota. Yesterday before doing the backup I checked and had 150meg free, and standard akeeba backup size was about 40 meg. Plenty of room free I thought. Anyway, today when I looked at the disk space usage I can see that the "restore point" file is actually 100meg, much larger than the standard backup file which is 45meg.
Why is this? Has something changed in the 3.8.2 version of Akeeba Backup with the restore point? The definition of restore point I found said "it takes a small backup of only that extension's files and data".
In my situation, the website is installed in a sub directory on the site. Eg it resides in www.domain.com.au/cms . I don't think this would make any difference, as I have been using AkeebaPro with restore points for several years and haven't had this issue before.
I have only upgraded one other site to AkeebaPro 3.8.2 and had the same problem with it creating a massive restore point file (twice as large as the standard backup file).
Thanks for your help.
Regards, Nicola Fleming