Support

Akeeba Backup for Joomla!

#8421 cron backup not arriving

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 Thursday, 29 April 2010 09:27 CDT

user6321
Hi there hope you can help.

I'm trying to set up an automated backup using cron on a hostagator server. Ideally using a native cron script method. I'm running Akeeba Backup Professional 3.0.b2 (2010-04-27) on the latest joomla, and the backup.php file is there and I have paramters set up to allow frontend backups and password set.

My first cron is this (I've changed the sitename to SITE and the subdomain I am backing up to SUBSITE, my name to USER):
wget --max-redirect=10000 "http://SITE.org.nz/SUBSITE/index2.php?option=com_akeeba&view=backup&key=BA99oV4tocoj6jve&format=raw"

My second is this:
/usr/bin/php /home/USER/public_html/SUBSITE/administrator/components/com_akeeba/backup.php

The path info from hostgator that I used is this:
The path to PHP is /usr/bin/php

The webroot path is /home/username/public_html

The path to WGET is /usr/bin/wget


I've checked with my hosting people and they say the cron is running, and I in fact get an email to say the backup has been made. But no zip arrives in my backup folder. Hope you have ideas...

The hostgator people emailed the below message, hope it helps to pin down the problem.
Thanks for your help!

Your crons are in fact running now, but it looks like there may be a problem with this:

Apr 28 01:00:01 gator178 crond[11129]: (USER) CMD (wget --max-redirect=10000 "http://SITE.org.nz/SUBSITE/index2.php?option=com_akeeba&view=backup&key=KEY&format=raw")

Apr 28 01:01:18 gator178 crond[10995]: (USER) MAIL (mailed 8477 bytes of output but got status 0x0001 ) Apr 28 01:30:01 gator178 crond[10605]: (USER) CMD (/usr/bin/php /home/USER/public_html/SUBSITE/administrator/components/com_akeeba/backup.php)

Apr 28 01:31:16 gator178 crond[10448]: (USER) MAIL (mailed 2290 bytes of output but got status 0x0001 )



However, it did send mail:

2010-04-28 01:01:11 1O70Kd-0003Cb-33 office F= R=virtual_user T=virtual_userdelivery S=996

2010-04-28 01:01:11 1O70Kd-0003Cb-33 Completed

dlb
Oh, this one definitely needs to go to Nicholas. :D


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)

user6321
Yep, got me stumped too! :lol:

nicholas
Akeeba Staff
Manager
The way you are calling the native backup means that the default profile (ID=1) is running. Where have you configured your backup output directory to be? If there is only a log file and no backup file, take a look at the log. Does it report an error?

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!

user6321
Hi there, today's backup looks good. No changes made, but it's all in my backup folder (which is one up from my public_html folder). I'll post back if any problems on this, but looking good.

Thanks!

(Briefly, and offtopic for this post, but what are the pros/cons of the two cron methods? Frontend or command line? Also, any preference between Dropbox versus Amazon S3?. My aim is for something very automatic and easy and cheap to back up 20 to 30 sites daily.)

nicholas
Akeeba Staff
Manager
Probably it was some of those strange hosting issues which get us all stumped every now and then :S

Frontend mode is there just to tackle the problems some hosts have with CPU use. Since it chunks the backup process into multiple page calls, the CPU load is spread across multiple processes and the host is less likely to kill the CRON script. However, it usually bumps into server firewalls and it has the overhead of network calls. The native mode is the fastest backup mode, but draws a lot of CPU load and is more susceptible to timeouts. I prefer using the native mode for another reason: since it doesn't have a time limit, I can create single part archives (up to 5Gb) and upload them to Amazon S3.

Regarding Amazon S3 vs DropBox. DropBox is cool if you have a single small site and you're happy with the 2Gb of the free account. If you end up paying 10$/mo for the larger account it's just too expensive. So, for 20-30 sites I'd go with Amazon S3. With only $0.18/Gb/mo it's just dirt cheap!!

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!