Cronjob wordt niet uitgevoerd

[van.der.schulting]

Ik heb de volgende crontab

code:

PATH=/usr/local/bin

# check if resque tasks needs to be generated
* * * * * cd /rails_application/current && RAILS_ENV=production rake cron:generate_resque_tasks

#send the daily mails
2 0 * * * cd /rails_application/current && RAILS_ENV=production rake cron:send_daily_emails

#check if a scraper task alert email needs to be sent
@hourly cd /rails_application/current && RAILS_ENV=production rake cron:check_scraper_task_runs

#Setup NTPDATE
@hourly /etc/network/if-up.d/ntpdate

#remove old temporary files for open-uri
@hourly /usr/bin/find /tmp/open-uri* -mmin +120 -exec rm {} \;

# This file is checked by Nagios so it can determine if the cronjob is still running
* * * * * /bin/date > /var/log/successfull_cron

De volgende regel lijkt niet te werken:

code:

#remove old temporary files for open-uri
@hourly /usr/bin/find /tmp/open-uri* -mmin +120 -exec rm {} \;

Ik heb het even gechecked en ik vind nu (24 januari 10.40 uur) nog keurig bestanden die voldoen aan het criteria '/tmp/open-uri*' daterend van 23 januari 20.45 uur.
Ik dacht toch echt dat de cronjob na 120 minuten de bestanden verwijder

Anyhow als ik handmatig de volgende code uitvoer in bash dan worden de bestanden die aan het criteria voldoen WEL verwijderd:

code:

/usr/bin/find /tmp/open-uri* -mmin +120 -exec rm {} \;

Ik heb ook gekeken in '/var/log/syslog', maar de cronjob lijkt goed te lopen. Iemand enig idee?

Ik heb even met het command 'top' gekeken of 'find' gaat lopen. Dat gebeurt wel, maar zonder resultaat.
Ook als ik de output probeer weg te schrijven naar een logfile, krijg ik een lege logfile:

code:

@hourly /usr/bin/find /tmp/open-uri* -mmin +120 -exec rm {} \; > /var/log/temp_log

[ Voor 9% gewijzigd door van.der.schulting op 24-01-2012 11:43 ]

[Retaliator]

Kan het zijn dat de cronjob onder een andere gebruiker wordt uitgevoerd? Het kan natuurlijk een rechtenkwestie zijn.

[van.der.schulting]

Volgens mij niet, het is de crontab van de root...
Ik heb het nog even nagekeken in '/var/log/syslog':\

code:

Jan 24 08:00:01 prod-app01 /USR/SBIN/CRON[14814]: (root) CMD (/usr/bin/find /tmp/open-uri* -mmin +120 -exec rm {} \;)

[ Voor 4% gewijzigd door van.der.schulting op 24-01-2012 11:41 ]

[Kees]

Met '>' vang je alleen de stdout op, niet de stderr. Gooi eens '&> /tmp/cron.log' oid erachter.

[Elijan9]

Voor zover ik weet wordt de '*' niet geëxpandeerd in een crontab, iets wat bash bijvoorbeeld wel doet. Jouw command in cron staat dan in feite gelijk aan het volgende in bash:

code:

/usr/bin/find /tmp/open-uri\* -mmin +120 -exec rm {} \;

Het volgende werkt beter, al krijg je hierdoor mogelijk "permission denied" foutmeldingen op stderr (en dus in jouw mailbox/syslog) voor paden waar je niet bij kan/mag...

code:

/usr/bin/find /tmp/ -wholename '/tmp/open-uri*' -mmin +120 -exec rm {} \;

offtopic: je kunt ook rechtstreeks de "-delete" optie van find gebruiken.

[van.der.schulting]

het bleek hem te zitten in '-exec rm {} \;':

Dit werkt namelijk wel...

code:

* * * * * /usr/bin/find /tmp/ /tmp/open-uri\* -mmin +120 -delete

Kan iemand me uitleggen waarom de '-delete' optie juist wel werkt en het andere niet??

[ Voor 62% gewijzigd door van.der.schulting op 25-01-2012 10:22 ]

[sam.vimes]

Misschien een kopieerfoutje: In het tweede codevoorbeeld ontbreekt een spatie tussen "*" en "/usr/bin/find".

Cron expandeert wildcards *wel* (ik maak er zelf gebruik van).

Probeer eens in plaats van

code:

-exec rm {} \;

het volgende:

code:

-exec /bin/rm -f {} +

1. volledige padnaam van het rm-commando (je PATH-instelling aan het begin is wel heel restrictief en rm staat vast niet in /usr/local/bin)
2. optie -f (force) toevoegen
3. de + ipv de ; heeft twee voordelen: je hoeft 'm niet te quoten zodat je geen problemen krijgt met meerdere levels van quote-stripping EN het zorgt voor een performanceverbetering, omdat het (net als xargs) zo veel mogelijk filenamen per rm-aanroep invoegt

Uitvoer van cronjobs naar stdout en stderr wordt door cron opgevangen en met mail naar de eigenaar van de cronjob gestuurd. Je hoeft dus niet moeilijk te doen met allerlei logfiles. Gewoon de e-mail van root lezen.
Of zet een alias voor root in /etc/aliases, dan wordt het naar je eigen account gestuurd.

Edit: zag net in de manual page van find de optie -delete.
Vervang

code:

-exec /bin/rm -f {} +

eens door

code:

-delete

?

[ Voor 6% gewijzigd door sam.vimes op 25-01-2012 11:30 . Reden: -delete ]