problem mit crontab

Re(3): problem mit crontab

sharky2 — Tue, 27 Jun 2006 16:51:30 GMT

ich würd das mit */1 * * * * angeben.. aber gut... das ist vielleicht nur geschmackssache

Re(14): problem mit crontab

KKH — Tue, 27 Jun 2006 12:29:59 GMT

Ich bin bei meiner lösung geblieben und funtioniert auch. Aber nochmals vielen dank für die hilfe

Re(13): problem mit crontab

gepeinigter_aon_neukunde — Tue, 27 Jun 2006 11:10:27 GMT

Hi !

1.) find / -name "echo" 2>/dev/null ?
2.) In deinem Script ist mehr österreichisch (Russen bauen saubere SW ):
so ist zB dein "grep" schräg....
Warum net ungefähr so:


#!/bin/bash

LOGFILE=/tmp/loggggg
HOST=1.2.3.4
PING="/bin/ping"

( $PING -c 1 $HOST >/dev/null 2>&1 && echo "OK" || echo "NOK" ) > $LOGFILE

Das "grep" ist nur sinnlose Last.

Du könntest Dir auch überlegen, zuerst 1-2 "vorab-Pings" loszuschicken und nur das dritte Ping auszuwerten...

EDIT:
Wenn du das CWD von cron finden willst (also sein ".") - so mach folgendes:


cd /proc/$(pidof cron)/cwd

dort müßte das File "echo" herumgammeln.

Re(13): problem mit crontab

gepeinigter_aon_neukunde — Tue, 27 Jun 2006 11:10:27 GMT

Hi !

1.) find / -name "echo" 2>/dev/null ?
2.) In deinem Script ist mehr österreichisch (Russen bauen saubere SW ):
so ist zB dein "grep" schräg....
Warum net ungefähr so:


#!/bin/bash

LOGFILE=/tmp/loggggg
HOST=1.2.3.4
PING="/bin/ping"

( $PING -c 1 $HOST >/dev/null 2>&1 && echo "OK" || echo "NOK" ) > $LOGFILE

Das "grep" ist nur sinnlose Last.

Du könntest Dir auch überlegen, zuerst 1-2 "vorab-Pings" loszuschicken und nur das dritte Ping auszuwerten...

Re(12): problem mit crontab

KKH — Tue, 27 Jun 2006 11:00:43 GMT

funktioniert!

2 sachen würden mich noch interessieren

1. Wo hat er das bis jetzt hingeschrieben als ich noch nicht zuerst ins /tmp gegangen bin. sollte er es dann nicht in die / legen?

2. hast eine idee wie ich das zweite skript unter else zum laufen bring?

Ich hab zwar eine idee aber das is russisch

Re(11): problem mit crontab

gepeinigter_aon_neukunde — Tue, 27 Jun 2006 10:42:43 GMT

du gibst also OFFLINE in die Datei echo aus...

Nun ja, du hast wieder die Pfadangabe vergessen

Wie wäre es mit einem "cd /tmp" als Zeile direkt nach dem shebang ?

Re(10): problem mit crontab

KKH — Tue, 27 Jun 2006 10:38:40 GMT

das ist schon klar das ./echo.sh nicht funktioniert. sollte aber mit dem absoluten pfad hinhaun, oder.

aber auch für den fall, dass er nur ins

#
then echo "ONLINE" > echo

hineinläuft sollte es doch funktionieren.
Ich habe sie zeile mit ech.sh nun ersetzt durch.

else echo "OFFLINE" > echo

funtioniert aber auch nicht mhhh

Re(9): problem mit crontab

gepeinigter_aon_neukunde — Tue, 27 Jun 2006 10:25:29 GMT

Hi !

- Das "./echo" ist ne echt schlechte Idee... Denn das hängt alleine davon ab, was cron als "." (also als CWD) betrachtet...
- Und das mit dem händischen Aufruf kann per se so net klappen, wenn du eben in einem anderen Pfad bist als dem, in dem "echo.sh" liegt..

Re(8): problem mit crontab

KKH — Tue, 27 Jun 2006 10:00:31 GMT

ich pinge 195.58.100.100 script läuft ins else.
in echo.sh steht nur drinnen

echo "OK" >echo.log

und das macht er auch

ich hab ein anderes skript gemacht. Das läuft unter cron einwandfrei. muss am test2.sh liegen nur ich kann es mir nicht erklären.

skript schaut nun so aus

#!/bin/sh

if
ping -c 1 195.58.100.100 | grep "from" >/dev/null ;
then echo "ONLINE" > echo
else ./echo.sh
fi

#############################
in echo.sh steht

#!/bin/sh
echo "OFFLINE" > TEST.log

Wenn ich das skript ausführe mit der IP 195.58.100.100 schreibt er mit in die TEST.log OFFLINE hinein. das funktioniert. Wenn ich das ganze mit 195.58.1602. versuche schreibt er mir in die datei echo ONLINE rein, wie gewünscht.

Re(2): problem mit crontab

gepeinigter_aon_neukunde — Tue, 27 Jun 2006 09:40:50 GMT

Korrekt...

Aber das wird er ja hoffentlich als allererstes überprüft haben - und ich hoffe mal, daß cron net aus der crontab gestartet wird

Re(7): problem mit crontab

gepeinigter_aon_neukunde — Tue, 27 Jun 2006 09:33:10 GMT

Mühsam

...Teste mal (anhand meines Musters) ob cron selbst klappt ....

Zu deinen Punkten:
1.) Wir wissen noch nicht, ob cron selbst net klappt oder dein Script net klappt.
Ich vermute noch immer, daß CRON eh rennt und nur dein Script nix liefert.
3.) Dein Script funktioniert eben net....
gib mal eine IP wie zB 10.200.200.200 an dein Ping im Script - es wird den else-Pfad nicht durchführen können
2.) Zum echo kommt er nur, wenn sowohl ping als auch grep den RC0 liefern. Wenn er aber eines der 2 nicht findet - hoppelt er ins else.

anderer Lösungsansatz: Mach direkt nach der Shebang-zeile ein "/bin/touch /bubu" - und schau nach einer min, ob es ein /bubu gibt - dann wissen wir, ob dein Script anläuft.

Re(6): problem mit crontab

KKH — Tue, 27 Jun 2006 09:22:01 GMT

1. warum macht es für cron einen unterschied ob in einem skript das er ausführen soll vielleicht eon pfad nicht stimmt?

2. Ich hab das echo jetzt auf ein log-file umgeleitet. Ich hab das echo drinnen um überhaupt zu sehen wie weit er kommt und ob er es überaupt öffnet

3. Ist mir ziemlich egal ob er in das echo.sh läuft um was es mir geht ist zunächst das ich ein script in der cron starte

Beweis:

./PATH/blabla/test.sh

funktioniert.

Re(5): problem mit crontab

gepeinigter_aon_neukunde — Tue, 27 Jun 2006 09:00:46 GMT

Naaaaaaaaa......

1.) Hast du deinen PATH überprüft ? cron hat i.d.R. den vererbten von init, also im schlimmsten Fall ausschließlich "/bin". Könnte ja sein, daß zB "grep" in /usr/bin liegt oder so.

2.) das "echo" ist ein Shiße... Wo soll es denn nun genau hinechoen ? (aber das fragte ich eh schon weiter oben)

3.) ./echo.sh ???
Woher willst den wissen, was CWD für den Prozeß ist ?

Ich glaube Dir auch nicht, daß dein Script händisch so funktioniert, wie du es sagst...

Beweis:


cd /
pfadzutest2.sh/test2.sh

Re(4): problem mit crontab

KKH — Tue, 27 Jun 2006 08:46:39 GMT

test2.sh ist auf 755

das script macht fogendes:

#!/bin/sh

if
ping -c 1 195.58.160.2 | grep "from" >/dev/null ;
then echo "Online" ;
else ./echo.sh ;
fi

das script funktioniert auch so wie ich mir das vorstelle wenn ich es händisch starte

Re(3): problem mit crontab

gepeinigter_aon_neukunde — Tue, 27 Jun 2006 08:23:16 GMT

Mal dumm gefragt:
1.) test2.sh hat die richtigen Permissions (zB 755) ?
2.) test2.sh erzeugt brav keinerlei Ausgabe ?

mach mal spaßhalber ein /test3.sh


#!/bin/sh

/bin/touch /bubu

und nachher chmod 755 /test3.sh
danach crontab -e...

klappt das ?

Re(9): problem mit crontab

West — Tue, 27 Jun 2006 08:17:18 GMT

Ne ich teil das lieber pro User und Nase ein .

Gradmal sowas wie 05 00 * * * root /usr/bin/apt-get update und dist-upgrade stehn da drinnen, mehr kommt da ned rein .

ja des mit dem ned Manpage lesen ist eine Unart irgendwie. Doch wohl das einfachste einfach mal "man crontab" einzugeben und sich die Beispiele von dort anzusehn... steht so ziemlich alles drin von "How to edit" (crontab -e) bishin zu komplizierteren Beispielen..

Naja vielleicht kommt bald keine Passwortabfrage bei su - sondern ein Wissenstest, bestehst den, darfst dich als Root anmelden

Re(2): problem mit crontab

KKH — Tue, 27 Jun 2006 08:13:34 GMT

ja ok vergiss das zweite. das war eine reine verzweiflungstat.

Gut dann eben mit crontab -e

siehst dort drinnen so aus:

* * * * * /Path/bla/test2.sh

hat trotzdem nicht hin. hab ich gestern schon versucht

Re(8): problem mit crontab

gepeinigter_aon_neukunde — Tue, 27 Jun 2006 08:10:50 GMT

Heyhey.. was bist denn du für ein Backender ?

Zumindest die /etc/cron.d verwende ich sehr gerne für meine Pakete...

Denn ansonsten wirst ja verruckt, wenn es zB für den postgres-User rund 50 verschiedene DB-Jobs zu unterschiedlichen Zeiten gibt... die Trenne ich da lieber mal brav.

Was mir aber echt unklar ist:
Wenn sich
- Leute net auskennen (das ist ja mal ok, kenn mich auch nur in wenig Sachen aus )
- NET in die manpage schauen
- STATTDESSEN in Foren nachlesen, wo andere Anfänger u.a. auch Schrott reinschreiben und
- DANN irgendwann jammern a la "mein System ist kaputt... "

Insbesondere, weil man ja root sein muß um in /etc/crontab was einzutragen - und ich persönlich halte es für eine saudumme Idee, wenn man keinen Tau hat und als root in Systemtabellen reinschmiert.... Nun ja, mein System ist es gottseidank net, aber unverständlich bleibts mir trotzdem

Re(7): problem mit crontab

West — Tue, 27 Jun 2006 08:04:53 GMT

Deswegen hab ichs ihm gleich auf crontab -e gezeigt.

Mir ist die global Crontab schon bekannt, nur hab ich persönlich dort noch nie was eingetragen, nur User mässig immer via crontab -e...

Aber mein Standardsatzerl
"Dort hast du nix zu suchen" gilt weiterhin Es gibt nur einen einzigen Weg,
den du verwenden darfst, um cronjobs zu hinterlegen, solange es auch nur eine
kleine Frage gibt - und das ist der von Dir empfohlene -Weg.

Dem schließ ich mich an, danke

Re: problem mit crontab

gepeinigter_aon_neukunde — Tue, 27 Jun 2006 07:51:39 GMT

2 Punkte:
1.) http://forum.geizhals.at/t428305,3487837.html#3487837
2.) Das zweite darf auch net funktionieren - zumindest net so, wie du es Dir vermutlich vorstellst

Denn...

Wo sollte das "echo" seine Ausgabe hinleiten ?
echo ist oft kein Befehl sondern ein shellinternes Kommando - nicht alle Shells kennen echo so (zB sash - da würdest defaultmäßig "-echo" schreiben müssen - welche Shell wird vom cron bei Dir verwendet ?
Wieso schreibst du um Himmels willen in die Crontab direkt und net via "crontab -e" ? Auf jedem mir bekannten Unix ist in der manpage zu cron extra erwähnt, daß es ein SEE ALSO - crontab(1) gibt...

Re(6): problem mit crontab

gepeinigter_aon_neukunde — Tue, 27 Jun 2006 07:47:18 GMT

und weiters..warum sollte man bei einem Crontab der Usergebunden ist nochmal den User angeben ? Wo ist da der Sinn ?

Ernsthafte Frage ?

Du mußt unterscheiden...
Es gibt die /etc/crontab
Die sieht zB wie folgt aus:


-*/15 * * * *   root  test -x /usr/lib/cron/run-crons && /usr/lib/cron/run-crons >/dev/null 2>&1
59 *  * * *     root  rm -f /var/spool/cron/lastrun/cron.hourly
14 4  * * *     root  rm -f /var/spool/cron/lastrun/cron.daily
29 4  * * 6     root  rm -f /var/spool/cron/lastrun/cron.weekly
44 4  1 * *     root  rm -f /var/spool/cron/lastrun/cron.monthly

Dort brauchst den User - nur da drin hast du mal nix zu suchen - das ist mehr die Master-Crontab fürs System.

Dann gibt's die Files in /etc/cron.d
Die sehen zB wie folgt aus:


grueni@linux:/etc/cron.d> cat evlogmgr
# Everyday at 2:00 am run evl log manager and remove records ithat are older than 30 days
0 2 * * * root /sbin/evlogmgr -c 'age > "30d"'
.....

Das sind eben die crontabs pro "Packet" - nur dort hast Du (außer du baust Pakete) nix zu suchen
Userangabe wieder erforderlich.

Dann gibt's die tabs in /var/spool/cron/tabs/_username_
(auch eine für den root-User) - das sind die "richtigen" für Dich.... Und dort brauchst natürlich keinen User angeben. Aber mein Standardsatzerl "Dort hast du nix zu suchen" gilt weiterhin

Es gibt nur einen einzigen Weg, den du verwenden darfst, um cronjobs zu hinterlegen, solange es auch nur eine kleine Frage gibt - und das ist der von Dir empfohlene crontab -e-Weg.

Re(2): problem mit crontab

mko — Tue, 27 Jun 2006 07:30:36 GMT

Na des * * * * * passt schon.
Das macht er dann jede Minute.
Weil er führt das Zeug jede Minute aus, und nachdems nur Sterne gibt, führt ers jedesmal aus.

Re(5): problem mit crontab

West — Tue, 27 Jun 2006 07:22:32 GMT

k.A. howtos sind mir sowas von egal, ich halt mich an meine MAN-Page.. die besagt folgendes als Example-File:

EXAMPLE CRON FILE
       # use /bin/bash to run commands, instead of the default /bin/sh
       SHELL=/bin/bash
       # mail any output to `paul', no matter whose crontab this is
       MAILTO=paul
       #
       # run five minutes after midnight, every day
       5 0 * * *       $HOME/bin/daily.job >> $HOME/tmp/out 2>&1
       # run at 2:15pm on the first of every month -- output mailed to paul
       15 14 1 * *     $HOME/bin/monthly
       # run at 10 pm on weekdays, annoy Joe
       0 22 * * 1-5    mail -s "It's 10pm" joe%Joe,%%Where are your kids?%
       23 0-23/2 * * * echo "run 23 minutes after midn, 2am, 4am ..., everyday"
       5 4 * * sun     echo "run at 5 after 4 every sunday"

und weiters..warum sollte man bei einem Crontab der Usergebunden ist nochmal den User angeben ? Wo ist da der Sinn ?

Re(4): problem mit crontab

KKH — Tue, 27 Jun 2006 06:54:20 GMT

Warum siehst das ganze dan per default und auch in jedem Howto so aus, dass der User an vorletzter stelle steht?

Auszug aus einem Howto

#min hour day month dow user command
# Command jede Minute ausführen:
* * * * * root

http://www.linuxhilfen.org/befehle/crontab.html

thx

KKH

Re: problem mit crontab

dolizcan — Mon, 26 Jun 2006 23:27:55 GMT

blöde frage vielleicht aber crond ist auch gestartet?

wenn ja sollten sich bei fehlerhaften crontab einträgen hinweise in den logs finden lassen

Re: problem mit crontab

sharky2 — Mon, 26 Jun 2006 19:18:06 GMT

* * * * * root /ADMIN/skripts/test2.sh

da fehlt ja die zeitangabe,, wegeb * * * * *... da sollte ja irgendwo eine zahl sein
bzw versuchs ohne das "root" .. wenn du das über crontab machst gehört das dort nicht hin

Re(3): problem mit crontab

West — Mon, 26 Jun 2006 16:13:28 GMT

Nein iss ned egal, da er da den Befehl "root" ausführt.

Re(2): problem mit crontab

KKH — Mon, 26 Jun 2006 15:57:09 GMT

sorry aber genauso hab uch wie im eröffnungsposting ich es auch gemach

* * * * * root /Path/test2.sh

ich hab halt den user dazugegeben aber wird egal sein. habs auch als root übern mc editiert

funtioniert trotzdem leider nicht

Re: problem mit crontab

West — Mon, 26 Jun 2006 15:24:12 GMT

Ganz einfach:

crontab -e

dann kommt ins VI

dort trägst einfach

* * * * * /path/to/script.sh

gehst raus und des wars...

User braucht man nicht angeben (der User ist immer derjenige unter dem Du crontab -e ausführst)

problem mit crontab

KKH — Mon, 26 Jun 2006 14:33:32 GMT

Ich habe in der /etc/crontab folgendes angelegt

* * * * * root /ADMIN/skripts/test2.sh

ich habe es dann auch einfacher versucht mit

01 * * * * root echo "TEST ECHO"

hat beides nicht funktioniert!

kann mir wer sagen wo mein fehler ist?
Ich will das skript test2.sh jede minute laufen lassen.

thx

KKH