Cronjobs voeren niet uit!

[guidonline]

Ik heb een probleem met de Cronjobs op mijn nieuwe DirectAdmin installatie.
Ik had eerst Debian en ben overgestapt op Centos.

Als ik via SSH handmatig een cronjob aanmaak werkt het prima.
Zo gauw ik hem aanmaak in DirectAdmin werkt hij niet...

/var/log/cron zegt:

Jan 12 10:38:01 s1 crond[26054]: (root) CMD (/usr/local/directadmin/dataskq)
Jan 12 10:38:01 s1 crond[26055]: (JustAF73) CMD (wget http://www.urt.co -O /dev/null)
Jan 12 10:38:01 s1 crond[26056]: (JustAF73) CMD (wget http://www.netcreaties.nl/cronjob/cron_email.php -O /dev/null)

Lijkt dus dat het wel uitgevoerd wordt!

Iemand een idee wat ik kan doen?
Ik heb dit al gedaan: http://help.directadmin.com/item.php?id=107

Als ik doe: dir /usr/local/directadmin/data/users/*/crontab.conf
Dan zie ik ook netjes alle crontab.conf files en daar staat dan bijv. in:

0=0 */2 * * * wget http://www.netcreaties.nl/cronjob/cron_email.php -O /dev/null
1=*/10 * * * * wget http://www.netcreaties.nl/cronjob/cron_email.php -O /dev/null
2=*/1 * * * * wget http://www.netcreaties.nl/cronjob/cron_email.php -O /dev/null
3=*/1 * * * * wget http://www.urt.co -O /dev/null

Guido

[xaban]

Je begint je cron met 'wget', dat gaat niet werken natuurlijk.
Verander dat eerst eens naar /usr/bin/wget

[guidonline]

Oke ga ik proberen
Maar het werkte wel bij zijn oude host!
-----------------------------------------

Heb: */1 * * * * /usr/bin/wget http://urt.co/ toegevoegd!

----------------------------------------
In de log staat nu:

Jan 12 10:59:01 s1 crond[27515]: (admin) CMD (/usr/bin/wget http://urt.co/)

Maar in de log van de site staat niks!
Als ik invul in ssh: /usr/bin/wget http://urt.co/ werkt het wel!

Niemand bekend met dit probleem?

[guidonline]

Heb net deze gedaan: /usr/local/bin/php -q -f /var/www/html/mail.php

Die werkt perfect! Krijg elke minuut een mailtje binnen!
Het ligt dus aan wget.. iemand idee?

[Piwi-Web]

Heb net deze gedaan: /usr/local/bin/php -q -f /var/www/html/mail.php

Die werkt perfect! Krijg elke minuut een mailtje binnen!
Het ligt dus aan wget.. iemand idee?

PHP bestanden op de machine zelf hoor je gewoon uit te voeren met /usr/local/bin/php en niet met wget

[guidonline]

Ja weet ik maar de cron voor bijv. urt.co is extern en die moet dus wel met een WGET.
En dit werkt nog niet...

[Piwi-Web]

Ja weet ik maar de cron voor bijv. urt.co is extern en die moet dus wel met een WGET.
En dit werkt nog niet...

Dan doe je dat op de machine zelf toch? Of is die website niet in jouw bezig (wat wil je dan wgetten?)

[guidonline]

Ik wil wgetten naar websites waar ik geen cronjobs kan gebruiken op de server zelf!

[Piwi-Web]

Ik wil wgetten naar websites waar ik geen cronjobs kan gebruiken op de server zelf!

Zucht... WAT wil je wgetten?

/usr/bin/wget -O /dev/null -q http://www.site.com/file.php

Probeer dat eens... zou dat niet werken even kijken als het pad van de wget e.d. goed is. Denk ook aan een .htaccess die bijvoorbeeld je geen recht geeft om de pagina zo aan te roepen.

[RackWerk]

Als je op de shell test, doe je dat dan toevallig als root?

Het kan zijn dat je geen execute rechten hebt op wget als normale user.
Sommige hosters doen dat wel eens om te voorkomen dat het voor een scriptkiddie met wat php-kennis makkelijk is wat files naar binnen te halen.

Doe eens: #>ls -al /usr/bin/wget

En laat het resultaat zien...

[Piwi-Web]

Als je op de shell test, doe je dat dan toevallig als root?

Het kan zijn dat je geen execute rechten hebt op wget als normale user.
Sommige hosters doen dat wel eens om te voorkomen dat het voor een scriptkiddie met wat php-kennis makkelijk is wat files naar binnen te halen.

Doe eens: #>ls -al /usr/bin/wget

En laat het resultaat zien...

Als dat niet was zag zijn log er ook wat anders uit

[RackWerk]

Hij execute wget als admin, dat word gelogged, of het wel of niet mag, word toch niet door een crondeamon gelogged?

[The-BosS]

maak eens een bash scriptje alla:

#!/bin/bash

/usr/bin/wget ....

en gebruik dat bash script in je cron regel bij directadmin.

[Piwi-Web]

Hij execute wget als admin, dat word gelogged, of het wel of niet mag, word toch niet door een crondeamon gelogged?

Wordt niet als admin uitgevoerd (zie gebruikersnaam tussen haakjes)
Hij zou inderdaad beter even su o.i.d. gebruiken om het te testen in de shell. Durf niet met 100 % zekerheid te zeggen als de crondeamon een fout teruggeeft als die geen rechten heeft.

[RackWerk]

Volgens zijn eerste log word e.e.a. niet als admin uitgevoerd:

Jan 12 10:38:01 s1 crond[26055]: (JustAF73) CMD (wget http://www.urt.co -O /dev/null)

Maar volgens zijn tweede logdumpje wel:

Jan 12 10:59:01 s1 crond[27515]: (admin) CMD (/usr/bin/wget http://urt.co/)