Akeeba Backup for Joomla!

Friday, 03 August 2012 11:32 CDT

IThypercube

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Yes
Joomla! version: 2.5.6
PHP version: 5.2.9
MySQL version: (5.0.95)
Host: (Apache/2.2.17 (Unix)
Akeeba Backup version: Akeeba Backup Professional 3.6.1

Taking a manual backup is not an issue, it works perfectly.
I'm trying to make an automated backup with Cron:
php /home/ithyperc/public_html/cli/akeeba-altbackup.php --profile=1
The Cron job is executing, I receive a log without errors in my mail, but I do not retreive backupfiles in the assigned folder, and there is no postprocessing to drop.com. Also, I cannot find any logfiles about it.
I tried
php /home/ithyperc/public_html/cli/akeeba-altbackup.php
But that does not work.
According to my Hosting company the Cron job is being executed.
I tried the alternative way, does not work as well, with or without parameters.

Do you have any suggestions please?
Thanks in advance.

Friday, 03 August 2012 12:09 CDT

nicholas

If the backup is executing (meaning: your command line is correct and the script actually runs) you should get a log file in the "Command Line" origin. I'd need you to attach that here.

If, however, there is no such log file then you have an error in your CRON command line.

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!

Saturday, 04 August 2012 06:03 CDT

IThypercube

Logfile attached.
CRON command line: 'php /home/ithyperc/public_html/cli/akeeba-altbackup.php --profile=1'
the 'PHP' part is confirmed by my hosting company, and working.

Saturday, 04 August 2012 06:18 CDT

nicholas

You have sent me the log file. It says that it's from the back-end origin:

DEBUG   |120803 16:54:10| -- Loaded stored Akeeba Factory (backend)

and that it's a complete backup:

DEBUG   |120803 16:56:32|Kettenrad :: Domain 'finale' has finished.

Please go to Akeeba Backup, View Log and select the "Command-line" origin. If there is no such origin listed then Akeeba Backup's CRON script has not run at all. In this case I need you to give me the output of the CRON job or the exact message you get when you try to run that command line from an SSH shell.

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!

Saturday, 04 August 2012 10:19 CDT

IThypercube

Please go to Akeeba Backup, View Log and select the "Command-line" origin. If there is no such origin listed then Akeeba Backup's CRON script has not run at all.

> There is no "Command-line" origin. Everytime a CRON script has been run, I receive an email, which everytime happend, therefore the CRON scripts are working.

In this case I need you to give me the output of the CRON job or the exact message you get when you try to run that command line from an SSH shell.

> I do not have access from SSH, it's a CRON scripts configured in CPanel

Saturday, 04 August 2012 10:37 CDT

IThypercube

You have a nice product, but it fails with automated backups. I could solve it with DataSafe PRO plugin. Please refund the Akeeba PRO payment, since I'm dissatisfied with the funtionality.

Saturday, 04 August 2012 11:10 CDT

nicholas

Your refund request is in violation of our Refund Policy. Please note that your issue IS NOT with our software, it's your inability to set up a CRON job and your failure to provide the output of the CRON job (the email you get) despite our repeated motions to do so. Since you decline to provide us with the necessary information which would allow us to support you we cannot accept that there is a problem with the functionality of Akeeba Backup (in fact, Akeeba Backup's CRON job has not run and we have reasons to suspect it's due to a user or host issue) and we decline the refund request as per our policy.

If you do want me to provide support instead, please DO give me the output of the CRON job, i.e. the email you receive from your company when the CRON job is triggered (not run, triggered, these two are different even though you don't understand it).

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!

Monday, 06 August 2012 06:26 CDT

IThypercube

After 20 years IT experience, I do know the diffirence between 'Run' and 'Triggered', thank you.

Issue solved after adjusting wget permissions.

Monday, 06 August 2012 06:44 CDT

nicholas

For what is worth, I have a strong suspicion that using just "php" on a CRON command line on your server runs the PHP CGI (Command Line Gateway) binary, whereas our documentation states that you need the PHP CLI (Command Line Interface) binary. The two names are notoriously close but a world apart. Since we're using JApplicationCli to run our command line scripts, if you use the PHP CGI binary by mistake you end up with the immediate termination of the script without a message. Understanding that this is a huge nuisance I'm trying to work around that for the next release of Akeeba Backup, a task which is quite hard as I have to override the JApplicationCli constructor in a way which won't break forward compatibility with Joomla! 3.0 and beyond.

I'm glad you found out the solution to your problem which was related to wget, not my code.

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