Site5 and running CRON
webthingee - June 2, 2008 - 22:17
I have tried all kinds of combinations...
I can't get CRON to run on my Drupal instillation on Site5.
No luck finding any working solutions thought google...
Anyone out there using it that can pass along the trick....
Not working include:
/usr/local/bin/php /home/sitename/cron.php >> /home/sitename/cronlog.err >> /home/sitename/cronlog.log
/usr/local/bin/php /home/sitename/cron.php >> /cronlog.err >> /cronlog.log
/usr/local/bin/php /home/sitename/cron.php >> /dev/null
Thanks in advance.

Here's what I've
Here's what I've entered:
GET http://my-site-name/cron.php
It works for me.
No Luck
weird...
I tried the same command and it didn't quite work.
With
GET /www.sitename.com/cron.php
I don't get an error, but when I check the site manually, it doesn't show that cron has run ODD?!?
I am using a multi account, hoz bout you?
THANKS!
=-=
how long are you waiting ? sometimes it takes the server a little while to begin firing the cron job.
I can confirm that GET /www.sitename.com/cron.php is working for me as well.
_____________________________________________________________________
My posts & comments are usually dripping with sarcasm.
If you ask nicely I'll give you a towel : )
Minutes, Hours, Days
I have waited several different intervals.
Tech Support at Site5 gave me another option to try.
If it works I'll post it here, maybe even get a handbook page for future reference.
Site5 cron
Site5 is a huge mix of servers, one solution will not fit all servers.
The recommended is:
get http://www.rctopos.com/cron.php > /dev/null
This fails on mine.
wget http://www.rctopos.com/cron.php > /dev/null
This also fails. Using shell, the message is "-bash: /usr/bin/wget: Permission denied"
An "ls -al" of the directory showed that the permissions were:
-r-xr-x--- 1 root trusted 14264 Feb 21 2005 GET*
-rwxr-x--- 1 root trusted 206096 Nov 2 2005 wget*
-rwxr-x--- 1 root trusted 1180484 Nov 11 2005 lynx*
(lynx is another command line browser tool)
And finding out my groups, I discovered why:
# groups
rctoposc
# whoami
rctoposc
the ---x--x--x gives the execute permissions for user, group and the world. So the above three commands can only be run as user root, or members of the group trusted.
Luckly, curl was usable by the world:
-rwxr-xr-x 1 root root 79048 May 2 2007 curl*
So I used:
curl http://www.rctopos.com/cron.php > /dev/null 2>&1
Bingo. I also could have used lwp-request
-r-xr-xr-x 1 root root 14821 Apr 9 03:25 lwp-request*
Other tools include: fetch (FreeBSD), POST, and lwp-request, probably many more...
One other useful command is
#echo $PATH
/usr/local/jdk/bin:/usr/kerberos/bin:/usr/lib/courier-imap/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/usr/local/bin:/usr/X11R6/bin:/home/rctoposc/bin
This lets you know what directories that are set up in the system path. A ls -al on each may find an executable web agent
Alan Davison
www.caignwebs.com.au