Bekijk Volledige Versie : Cronjobs voeren niet uit!
guidonline
12/01/11, 10:46
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
Je begint je cron met 'wget', dat gaat niet werken natuurlijk.
Verander dat eerst eens naar /usr/bin/wget
guidonline
12/01/11, 10:50
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
12/01/11, 11:28
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?
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
12/01/11, 11:31
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...
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
12/01/11, 11:48
Ik wil wgetten naar websites waar ik geen cronjobs kan gebruiken op de server zelf!
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.
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 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 ;)
Hij execute wget als admin, dat word gelogged, of het wel of niet mag, word toch niet door een crondeamon gelogged?
maak eens een bash scriptje alla:
#!/bin/bash
/usr/bin/wget ....
en gebruik dat bash script in je cron regel bij directadmin.
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.
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/)
;)
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/)
;)
Klopt! Wat hij veranderd heeft weet ik niet.
Directadmin kan wel eens lastig doen met de crons helaas :(
guidonline
12/01/11, 12:28
Ben zelf beheerder van de server vandaar dat ik hem als admin in mijn account had gezet..
Output: ls -al /usr/bin/wget
-rwxr-x--- 1 root root 238612 Nov 3 2009 /usr/bin/wget
Alleen root dus?
guidonline
12/01/11, 12:32
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.
Ja zoiets wil ik dus wgetten..
@RackWerk: Ja voor het in de shell uit als root en zonder 'su'.
Ben zelf beheerder van de server vandaar dat ik hem als admin in mijn account had gezet..
Output: ls -al /usr/bin/wget
-rwxr-x--- 1 root root 238612 Nov 3 2009 /usr/bin/wget
Alleen root dus?
Nee iedereen kan het uitvoeren. Uiteraard is root de eigenaar.
read write
execute read
execute
Als ik het goed heb i.i.g. :sweatdrop:
marsipulami
12/01/11, 13:02
nee alleen de eigenaar en de groep kunnen hem uitvoeren. others kunnen er niets mee
Owner - Group - Others
[rwx] [r x] []
7 5 0
guidonline
12/01/11, 13:31
Inmiddels kijkt mijn VPS aanbieder er ventjes naar!
nee alleen de eigenaar en de groep kunnen hem uitvoeren. others kunnen er niets mee
Owner - Group - Others
[rwx] [r x] []
7 5 0
Oja siginificant bit ... oops :sweatdrop:
Als root : #>chmod 755 /usr/bin/wget
en dan nog eens proberen, weet je gelijk of dat ook daadwerkelijk het probleem is.