[solved]-->Cronjob != händlische Ausführung (Debian)

kniepbert · 31. März 2005

Morgen @all,

habe ein komisches Phänomen.
Ich habe einen Cronjob zum Umwandeln in MPEG4, den ich per Eintrag in /etc/crontab automatisch ausführen lasse.

Code

##Umwandlung in MPEG4
2,22,42                 *       * * *           root    /etc/skripte/convertmpeg4.sh

convertmpeg4.sh:

Code

###Ist eine Umwandlung im gange?
BES=`mysql -h <IP> -D <DB> -u <user> -p<password> -e "SELECT count(id) FROM aufnahmen WHERE mp4='0'"  |grep -v count`


#Falls nein...
if [ $BES -eq 0 ]
        then
        echo `date`" ---> Convert granted <---" >> /var/log/convertmp4.log
        for i in `mysql -h <IP> -D <DB> -u <user> -p<password> -e "SELECT id FROM aufnahmen WHERE mpeg='1' AND mp4='wait'"  |grep -v id`;do
                echo `date`"--------Start MPEG4 $V_DIR-----------" >> /var/log/convertmp4.log
                mysql -h <IP> -D <DB> -u <user> -p<password> -e "UPDATE aufnahmen SET mp4='0' WHERE id='$i'"
                DATE=`mysql -h <IP> -D <DB> -u <user> -p<password> -e "SELECT datum FROM aufnahmen WHERE id='$i'"  |grep -v datum`
                V_DIR=`find /data/mpg/ -name *$DATE-$i.mpg`
                echo `date`" - Start First Pass for $V_DIR" >> /var/log/convertmp4.log
                echo `date`" - /etc/skripte/1st_mpeg4.sh $V_DIR" >> /var/log/convertmp4.log
                sh /etc/skripte/1st_mpeg4.sh $V_DIR
                echo `date`" - End First Pass for $V_DIR" >> /var/log/convertmp4.log
                echo `date`" - Start Second Pass for $V_DIR" >> /var/log/convertmp4.log
                echo `date`" - /etc/skripte/2nd_mpeg4.sh $V_DIR" >> /var/log/convertmp4.log
                sh /etc/skripte/2nd_mpeg4.sh $V_DIR
                echo `date`" - End Second Pass for $V_DIR" >> /var/log/convertmp4.log
                MP4=`echo $V_DIR |sed "s/$i.mpg/$i.mp4/"`
                echo `date`" - Move $MP4 to Raid" >> /var/log/convertmp4.log
                SIZE=`ls -l $MP4 |awk '{print $5}'`
                mv $MP4 /raid_mpeg4/
                mysql -h <IP> -D <DB> -u <user> -p<password> -e "UPDATE aufnahmen SET mp4_size='$SIZE', mp4='1' WHERE id='$i'"
                echo `date`" - UPDATE DB WITH size=$SIZE AND mp4=1 WHERE id=$i" >> /var/log/convertmp4.log
                echo `date`"--------End MPEG4 $V_DIR-----------" >> /var/log/convertmp4.log;done
        else
        echo `date`" ---> Convert blocked <---" >> /var/log/convertmp4.log
        fi

Alles anzeigen

Der Cronjob rattert das Skript jedoch nur schnell durch und setzt mp4 auf '1':

Code

Do Mär 31 08:22:01 CEST 2005 ---> Convert granted <---

Wenn ich dieses Skript nun per Hand ausführe, funktioniert es:

Code

Do Mär 31 08:22:31 CEST 2005--------Start MPEG4 -----------
Do Mär 31 08:22:31 CEST 2005 - Start First Pass for /data/mpg/ZDF-Morgenmagazin_5min-test-2005-03-31-1333.mpg
Do Mär 31 08:22:31 CEST 2005 - /etc/skripte/1st_mpeg4.sh /data/mpg/ZDF-Morgenmagazin_5min-test-2005-03-31-1333.mpg
Do Mär 31 08:24:20 CEST 2005 - End First Pass for /data/mpg/ZDF-Morgenmagazin_5min-test-2005-03-31-1333.mpg
Do Mär 31 08:24:20 CEST 2005 - Start Second Pass for /data/mpg/ZDF-Morgenmagazin_5min-test-2005-03-31-1333.mpg
Do Mär 31 08:24:20 CEST 2005 - /etc/skripte/2nd_mpeg4.sh /data/mpg/ZDF-Morgenmagazin_5min-test-2005-03-31-1333.mpg
Do Mär 31 08:26:08 CEST 2005 - End Second Pass for /data/mpg/ZDF-Morgenmagazin_5min-test-2005-03-31-1333.mpg
Do Mär 31 08:26:08 CEST 2005 - Move /data/mpg/ZDF-Morgenmagazin_5min-test-2005-03-31-1333.mp4 to Raid
Do Mär 31 08:26:12 CEST 2005 - UPDATE DB WITH size=41421964 AND mp4=1 WHERE id=1333
Do Mär 31 08:26:12 CEST 2005--------End MPEG4 /data/mpg/ZDF-Morgenmagazin_5min-test-2005-03-31-1333.mpg-----------

So, hab ich noch was vergessen.... Glaube nich...
Was soll das....

Greetz

Stefan_T · 31. März 2005

Bau mal ein "env" ein und vergleich das Environment.
Vermutlich sind ein paar Programme nicht im Pfad die Du in
den aufgerufenen Scripts verwendest.

--Stefan

PS: wenn Du die Execute Bits von /etc/skripte/1st_mpeg4.sh
und Co richtig setzt brauchst Du "sh" nicht davor -- wir sind
ja nicht unter Windows

kniepbert · 31. März 2005

Das werd ich nach der laufenden Umwandlung mal testen...

Thx

zu PS: Ist mir bewusst, dachte ich probier es mal aus.

knebb · 31. März 2005

Schreib mal ein paar cho-Zeilen dazu und logge die Ausgaben der Befehle mit:

Code

...
echo "Bin jetzt in Zeile xy">>logfile
...
mysql -h xxxxxxxxxxx>>logfile
...
echo "Und jetzt hier.">>logfile
...

Bzw. die Fehlerumleitung &>.

Vermute aber auch, daß es an Pfaden liegt. Insbesondere wird wohl der mysql-Befehl nicht gefunden/ abgearbeitet. Viel Erfolg.

Stefan_T · 31. März 2005

knebb gute Idee, geht aber viel einfacher: set -x
Dann werden alle ausgeführten Befehle ausgegeben.
Wieder ausschalten mit: set +x

kniepbert · 31. März 2005

knebb
Auch ne gute Idee... mom

Stefan_T
Die beiden Ausgaben sind unterschiedlich:
Cronjob:

Code

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin 
PWD=/root 
LANG=de_DE@euro 
HOME=/root 
SHLVL=2 
LOGNAME=root 
_=/usr/bin/env

Zu Fuss:

Code

TERM=xterm SHELL=/bin/bash
SSH_CLIENT=193.174.46.114 49482 22
SSH_TTY=/dev/pts/1
USER=root 
MAIL=/var/mail/kniep 
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/bin/X11:/usr/local/sbin:/usr/local/bin 
PWD=/etc/skripte 
LANG=de_DE@euro 
SHLVL=3 HOME=/root 
LOGNAME=kniep 
SSH_CONNECTION=193.174.46.114
 49482 141.39.215.21 22 
_=/usr/bin/env

Alles anzeigen

Einmal root lokal, einmal per ssh... (Könnte ein Gedichtsvers sein..)
soweit kann ich da geistig nachlatschen...:D

EDIT: "set -x >> log" oder werden die dann ins syslog/messages geschrieben?

knebb · 31. März 2005

[quote]Original von eisenbert
Cronjob:

Code

SHELL=/bin/sh

Zu Fuss:

Code

SHELL=/bin/bash

Könnte wohl sein, daß Du bash- Befehle verwendest, die in der einfachen sh nicht enthalten sind? Hab' jetzt nicht genauer geprüft, aber ist durchaus möglich. Unter Suse ist zwar die /bin/sh auf /bin/bash gelinkt, ob das aber unter Debian so ist?

Stefan_T
Danke, wieder mal was gelernt, werde ich demnächst mal testen.

kniepbert · 31. März 2005

Oha...

Erst mal das "set -x" von Stefan_T.. (jetzt wisssen wir auch wie der Debug-Mod von vdrconvert funktioniert)
Zuf Fuss:

Code

schnipp
Mir ist irgendwie nich wohl bei dem Gedanken das Herz hier so offen liegen zu lassen... Bei Bedarf.

Wie bekomme ich das denn beim Cronjob hin? "set -x >> log"

kniepbert · 31. März 2005

Wobei es wohl an dem bash/sh liegt, oder?

Bin jetzt aber ein wenig verwirrt...
Es ist doch eigentlich ein sh-Skript, somit müsste doch der Cronjob besser ausgeführt werden.
Wo hab ich denn das Shell-Skript-Buch.... *such*

knebb · 31. März 2005

Zitat

Original von eisenbert
Es ist doch eigentlich ein sh-Skript, somit müsste doch der Cronjob besser ausgeführt werden.
Wo hab ich denn das Shell-Skript-Buch.... *such*

Wieso besser?
Da Du in dem Skript nicht in der ersten Zeile mit

Code

!#/bin/bash

angegeben hast, welche Shell verwendet werden soll, nimmt er die Standardshell.

Und das ist beim Direktaufruf eben /bin/bash und beim cron /bin/sh. Hast Du mal geprüft, ob das evtl. doch ein Link (und damit dasselbe) ist?

Mit den Aufrufen innerhalb des Skriptes nimmt er so oder so /bin/sh.

HFlor · 31. März 2005

Hallo eisenbert,

Zitat

Original von eisenbert
Wie bekomme ich das denn beim Cronjob hin?

Die Ausgabe eines Cron-Jobs wird Dir (wenn Du nichts anderes angegeben hast) per eMail zugestellt.

Hardy

Stefan_T · 31. März 2005

STDOUT / STDERR auf ein File umleiten geht in einem Script so:

Bash

#!/bin/bash


exec >test.log 2>&1


set -x # zum Beispiel
ls
echo "....undsoweiter..."

gemuesepudding · 31. März 2005

>test.log 2>&1 funktioniert auch in der crontab

also z.b. * * * * * user prg.sh > /path/tp/test.log 2>&1

Be Cron sollte man immer beachten, dass man nicht die komplette Umbegung (siehe env oben) hat. Teilweise werden Programme nicht gefunden, das PATH anders ist.

V_R

kniepbert · 31. März 2005

Hat er angegeben:

Code

vdr-knecht1:/etc/skripte# cat convertmpeg4.sh 
#!/bin/sh


set -x

Habe ich vorhin nur unterschlagen....

EDIT: ist ein SymLink

Code

vdr-knecht1:/bin# ls -l sh
lrwxrwxrwx  1 root root 4 2005-03-21 09:59 sh -> bash

knebb · 31. März 2005

Zitat
Original von eisenbert
EDIT: ist ein SymLink
Code
vdr-knecht1:/bin# ls -l sh
lrwxrwxrwx  1 root root 4 2005-03-21 09:59 sh -> bash

Dann wird es DARAN nicht liegen. War ja auch nur eine Idee

Stefan_T · 31. März 2005

Zitat

Original von HFlor
Hallo eisenbert,

Die Ausgabe eines Cron-Jobs wird Dir (wenn Du nichts anderes angegeben hast) per eMail zugestellt.

Hardy

Alles anzeigen

Wobei "Dir" in diesem Fall der Benutzer Root ist.
Da sollte dann eine Mail Weiterleitung eingetragen sein.

--Stefan

kniepbert · 31. März 2005

Ok,
es ist wohl so, dass das Skript mit Cronjob ausgeführt, nicht alle Befehle ausführt. Die echo-Zeilen werden nur vor&hinter der for-Schleife ausgeführt.... hmm

Code

++ mysql -h <IP> -D <DB> -u <user> -p<pass> -e 'SELECT count(id) FROM aufnahmen WHERE mp4='\''0'\'''
++ grep -v count
+ BES=0
+ '[' 0 -eq 0 ']'
++ date
+ echo Do Mär 31 11:11:01 CEST '2005 ---> Convert granted <---'
++ mysql -h <IP> -D <DB> -u <user> -p<pass> -e 'SELECT id FROM aufnahmen WHERE mpeg='\''1'\'' AND mp4='\''wait'\'''
++ grep -v id
++ date
+ echo Do Mär 31 11:11:01 CEST '2005 ---> Convert granted Nr.2<---'

Stefan_T · 31. März 2005

Setz mal den Pfad explizit auf den Wert von "zu Fuß".

Edit: ich meine in Deinem Script am Anfang.

--Stefan

kniepbert · 31. März 2005

Wie meinen...
Den SHELL-Pfad?

knebb · 31. März 2005

Zitat

Original von eisenbert
es ist wohl so, dass das Skript mit Cronjob ausgeführt, nicht alle Befehle ausführt. Die echo-Zeilen werden nur vor&hinter der for-Schleife ausgeführt.... hmm

Hast Du Dir mal das "$i" bzw. den genauen for- Befehl angeschaut? Meine nächste Vermutung geht dahin, daß da etwas mit der Anzahl der " oder ' nicht paßt. Einmal zuwenig auskommentiert und schon klappt der Befehl nicht mehr. Vielleicht ist es besser, diesen Befehl in eine Funktion zu verpacken und damit die Klippen der multiplen ", ', `, ´, \ zu umgehen? Nur so 'ne Idee...

[solved]-->Cronjob != händlische Ausführung (Debian)

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema