Support

Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the forum before posting? Yes
Have I read the documentation before posting (which pages?)? Yes
Joomla! version: 1.5.23
PHP version: 5.2.13
MySQL version: 5.0.92-community
Host: Future Hosting Managed VPS
Akeeba Backup version: 3.3.b1

EXTREMELY IMPORTANT: Please attach your Akeeba Backup log file in order for us to help you with any backup or restoration issue.

Description of my issue: I'm trying to automate my backups using the native CRON script, backup.php. I've done everything I can think of and I'm not having any success. The email that CRON is sending me is saying:

Akeeba Backup CLI 3.3.b1 (2011-06-25)
Copyright (C) 2010-2011 Nicholas K. Dionysopoulos
-------------------------------------------------------------------------------
Akeeba Backup is Free Software, distributed under the terms of the GNU General
Public License version 3 or, at your option, any later version.
This program comes with ABSOLUTELY NO WARRANTY as per sections 15 & 16 of the
license. See http://www.gnu.org/licenses/gpl-3.0.html for details.
-------------------------------------------------------------------------------

Starting a new backup with the following parameters:
Profile ID 1
Description "Command-line backup"

Configuration variables overriden in the command line:
engine.postproc.s3.accesskey, engine.postproc.s3.secretkey

Current memory usage: 202.66 Kb

Unsetting time limit restrictions.

The script doesn't appear to be running correctly and the Akeeba Log for the BACKEND (no CLI log exists) is saying:

DEBUG |110712 15:48:19|Kettenrad :: Attempting to load from database (backend)
DEBUG |110712 15:48:19| -- Stored Akeeba Factory (backend) not found - hard reset
DEBUG |110712 15:48:19|

My host support is looking into why this might not be working. I've tried using a terminal SSH connection and running the commands from command line and still get the same thing, it's not a CRON issue.

I've checked on the path to the php-cli. When I look at the php information from the SSH connection it says it's the Command Line Interface API somewhere in there. I've tried running the altbackup.php as well, and I'm getting the same results. It would appear that I am running the command line interface version and it's still not working. If you can send me that script with debugging turned on so I might be able to get this working that'd be great. This method of backup automation would be very helpful and I'd like to exhaust all my options. Thanks.

My host pulled this from a log when trying to run the backup.php script:

[12-Jul-2011 13:00:07] PHP Fatal error: Class 'AEUtilTranslate' not found in /home/crosscom/public_html/administrator/components/com_akeeba/backup.php on line 310
[12-Jul-2011 13:37:01] PHP Fatal error: Class 'AEUtilTranslate' not found in /home/crosscom/public_html/administrator/components/com_akeeba/backup.php on line 310
[12-Jul-2011 16:18:01] PHP Fatal error: Class 'AEUtilTranslate' not found in /home/crosscom/public_html/administrator/components/com_akeeba/backup.php on line 310
[12-Jul-2011 19:08:13] PHP Fatal error: Class 'AEUtilTranslate' not found in /home/crosscom/public_html/administrator/components/com_akeeba/backup.php on line 310

does that help at all?

Yup, that did the trick! Now I'm having trouble getting the -override parameters to move the file to my Amazon S3 drive. I haven't done any troubleshooting with that part yet, but if you know of any reason why that wouldn't be running that would save me some time.

Thanks again!