[crontab] cronjob die niet uitgevoerd wordt (vaag)

[twiekert]

ik heb in de crontab van root een job staan die niet uitgevoerd wordt:

50 * * * * /bin/sh /usr/local/iam-0.0.2/iam_report >/dev/null

via console gekopieerd werkt het gewoon wel

rechten staan op het bestand ook goed, execute en root is owner dus het zou gewoon moeten werken.

code:

-rwxr-xr-x    1 root     root          378 Dec  2 23:57 iam_report

de rest in de crontab doet het gewoon wel

iemand enig idee waarom dit niet werkt?

ik niet namelijk

distro = slackware 8.1 met 2.4.18 kernel

[DiedX]

cat /var/log/crontab

[twiekert]

-rw-r----- 1 root root 0 Dec 15 04:40 cron
-rw-r----- 1 root root 0 Dec 8 04:40 cron.1
-rw-r----- 1 root root 0 Dec 1 04:40 cron.2
-rw-r----- 1 root root 0 Nov 24 04:40 cron.3
-rw-r----- 1 root root 0 Nov 17 04:40 cron.4

geen var/log/crontab te vinden hier

[Verwijderd]

Dan kies je van die 5 de meest recente.

[twiekert]

jah maar daar staat nietzoveel in

[jvhaarst]

Is het de laatste ?
Ik had laatst ook zoiets, en het op enter rammen aan het eind van de regel deed het oplossen, cron kon niet tegen een regel zonder regeleinde...

[Verwijderd]

Oops, niet gezien.

Probeer anders die opdrachtregel te vervangen door 'ls /blaat > /een/file/ergens', zodat je er zeker van kunt zijn dat het probleem niet bij crond ligt.

[twiekert]

zal ff de opdracht regel vervangen,

een gedeelte van de rest van de crontab:

code:

30 * * * * /usr/local/seti/setiathome >>/dev/null &

# generate iam reports at scheduled intervals:
50 * * * * /bin/sh /usr/local/iam-0.0.2/iam_report

# dump iptables data three times a day:
10 7,15,23 * * * /bin/sh /usr/local/iam-0.0.2/iptables.sh >/dev/null

[jep]

Ik wil niet lullig zijn, maar draait je crond wel?

[twiekert]

jep schreef op 19 December 2002 @ 21:28:
Ik wil niet lullig zijn, maar draait je crond wel?

jup

root 81 0.0 0.2 1420 568 ? S Dec05 0:00 /usr/sbin/crond -l10

de rest van de cronjobs doet het trouwens perfect duz..

[zomertje]

waarom roep je eerst /bin/sh aan? die staat toch bovenaan het script meestal ( #!/bin/sh )
doe je ook bij iptables.sh, dus als die wel werkt dan zei ik hier nix

[moto-moi]

twiekert schreef op 19 december 2002 @ 21:43:
de rest van de cronjobs doet het trouwens perfect duz..

Laat me raden, het is de laatste entry in je crontab ?

Dan moet je even een lege regel onderaan toevoegen.

[Verwijderd]

Slackware 8.1 werkt met gewone scripts in /etc/cron.[daily/hourly/weekly/monthly] . Zet daar een gewoon shellscript neer en je job wordt automatisch uitgevoerd. Rechtstreeks in crontab editen is dan niet meer nodig normaal gesproken.

[twiekert]

hmz ja dit doet het dus wel

code:

 : 50 * * * * ls / > /root/dir_list

code:

-rw-r--r--    1 root     root           68 Dec 19 22:50 dir_list

ik wil em eigenlijk 3x per dag uitvoeren nadat iptables.sh gedraait heeft (firewall dump)

zodat iam_report z'n traffic kan genereren vanuit die dumpfile.

zomer schreef op 19 December 2002 @ 22:54:
waarom roep je eerst /bin/sh aan? die staat toch bovenaan het script meestal ( #!/bin/sh )
doe je ook bij iptables.sh, dus als die wel werkt dan zei ik hier nix

vanaf command line werkt het perfect


hmz wacht is, ik begin wakker te worden, ik merge gewoon iptables.sh en iam_report.sh, werkt het ook

--EDIT--

hmz wacht is, ik begin wakker te worden, ik merge gewoon iptables.sh en iam_report.sh, werkt het ook

hmm WTF dat heb ik al gedaan het wordt steeds vager.
het is dus GEEN crontab probleem maar iets anders.
het zit dus nu zo, het script "/usr/local/iam-0.0.2/iam_report" wil niet executen vanuit een anders script / crontab, via console werkt het WEL.

_{leuk om een je eigen bericht in hetzelfde bericht te quoten}

iptables.sh:

code:

#!/bin/sh

DUMPFILE="/usr/local/iam-0.0.2/dump/dumpfile"
DATE="`date +%Y%m%d%H%M%S`"

#stop zut in bestand
echo "START $DATE" >> $DUMPFILE
iptables -vnx -L --line-numbers -t filter >> $DUMPFILE
echo "END $DATE" >> $DUMPFILE

#maak chains leeg
iptables -Z 10_0_0_10_in
iptables -Z 10_0_0_10_out 

iptables -Z 10_0_0_20_in
iptables -Z 10_0_0_20_out

iptables -Z 10_0_0_40_in
iptables -Z 10_0_0_40_out

iptables -Z 10_0_0_50_in
iptables -Z 10_0_0_50_out

iptables -Z 10_0_0_70_in
iptables -Z 10_0_0_70_out

iptables -Z 10_0_0_100_in
iptables -Z 10_0_0_100_out

iptables -Z 10_0_0_150_in
iptables -Z 10_0_0_150_out

#report maken
/usr/local/iam-0.0.2/iam_report >/dev/null

iam_report.sh:

code:

#!/bin/sh

IAM=/usr/local/iam-0.0.2/iam
DUMP=/usr/local/iam-0.0.2/dump/dumpfile
WWWDIR=/usr/local/apache2/htdocs/noc/iam

YM_CURRENT=`date '+%Y-%m'`
YM_CURDAY=`date '+%Y-%m-%d'`

#huidige dag
$IAM -f $YM_CURDAY -t $YM_CURDAY -w $WWWDIR/$YM_CURDAY.html $DUMP

#huidige maand van 0 tot en met 99 dagen
$IAM -f $YM_CURRENT-00 -t $YM_CURRENT-99 -w $WWWDIR/$YM_CURRENT.html $DUMP

[ Voor 59% gewijzigd door twiekert op 19-12-2002 23:36 . Reden: niet wakker /edit: nog steeds niet wakker! ]

[xzenor]

zet anders als tweede regel in dat script (eerste regel hoor #!/bin/sh te blijven) iets neer als:

echo "joepiedepoepie" > /test.txt

dan weet je of het aan het script of aan de crontab ligt..
Als je script gewoon ergens halverwege over z'n nek gaat en je daarom geen output ziet, dan staat er nu in iedergeval gewoon een file test.txt in je root.
In dat geval ligt het dus niet aan de crontab maar aan je script.

[ Voor 5% gewijzigd door xzenor op 20-12-2002 05:14 ]

[Verwijderd]

Ehm, je roept dat tweede script aan als 'iam_report', maar je quote hem hier als 'iam_report.sh'. Daar kan het weleens aan liggen.

Daarbij, dumpfiles en dergelijke (bestanden die tijdens normale operatie van je bak gewijzigd worden) horen niet in /usr. Een subdirectory van /var (bijvoorbeeld /var/tmp) is daar wel geschikt voor. Ook de wwwroot hoort onder /var, en niet onder /usr. Zie de FHS.

[twiekert]

Verwijderd schreef op 20 december 2002 @ 11:59:
Ehm, je roept dat tweede script aan als 'iam_report', maar je quote hem hier als 'iam_report.sh'. Daar kan het weleens aan liggen.

Daarbij, dumpfiles en dergelijke (bestanden die tijdens normale operatie van je bak gewijzigd worden) horen niet in /usr. Een subdirectory van /var (bijvoorbeeld /var/tmp) is daar wel geschikt voor. Ook de wwwroot hoort onder /var, en niet onder /usr. Zie de FHS.

behalve het feit dat ik mij niet helemaal aan de standaard hou wat betreft linux file locaties (wat veel mensen doen) is het toch vreemd dat het script niet vanuit een crontab werkt of vanuit een ander script (iptables.sh).

ik ik bedoel idd iam_report en niet iam_report.sh, typo dus in m'n post

/edit
nogmaals voor de duidelijkheid, vanaf de prompt werkt het script dus wel, letterlijk gekopieerd vanuit crontab of iptables.sh!

[ Voor 10% gewijzigd door twiekert op 20-12-2002 23:40 ]

[ProZa|IA]

Heb je al een regel toegevoegd zoals possamai voorstelde ?
Krijg je die uitvoer te zien ?