problem mit crontab

problem mit crontab (31 Beiträge, 311 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

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

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)

"Diese Wolke sieht aus wie ein Pudel!" (O-Ton M$ in Werbekampagne für Server-OS)

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

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

"Diese Wolke sieht aus wie ein Pudel!" (O-Ton M$ in Werbekampagne für Server-OS)

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

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 ?

"Diese Wolke sieht aus wie ein Pudel!" (O-Ton M$ in Werbekampagne für Server-OS)

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.

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

"Diese Wolke sieht aus wie ein Pudel!" (O-Ton M$ in Werbekampagne für Server-OS)

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

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

"Diese Wolke sieht aus wie ein Pudel!" (O-Ton M$ in Werbekampagne für Server-OS)

* * * * * 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

linux is for networking, apple for working and windows for solitair

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.

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

linux is for networking, apple for working and windows for solitair

blöde frage vielleicht aber crond ist auch gestartet?

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

Korrekt...

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

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...

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

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 ?

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

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

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.

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.

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.

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..

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

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 ?

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

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.

27.06.2006, 13:13 Uhr - Editiert von gepeinigter_aon_neukunde, alte Version: hier

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

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung