script für cron.täglich

Muss ich mein Java-Programm läuft auf einem linux-Rechner einmal am Tag. So habe ich eine einfache Datei mit nur einer Zeile: 

java -jar /opt/location/my_jar.jar

und steckte es in die/etc /cron.täglich, vorausgesetzt, es würde einmal am Tag ausgeführt. Aber es läuft nicht bei allen. Ich habe versucht beide zu haben .sh-Erweiterung, oder einfach nur den Namen der Datei ohne Erweiterung. Noch, kein Glück.

Ich es gegoogelt und ich bin immer ziemlich viel widersprüchliche info. Kann mir bitte jemand helfen?

EDIT:

Ich bin fasst der Ort, wo es jetzt ist, basiert auf den Antworten von Satish und Mithrandir.

1.Ich habe die run_conversions script mit vi, um über das problem mit dem Ende der Zeile-Zeichen unter windows. Das Skript wird jetzt 

#!/bin/sh
/usr/bin/java -jar /opt/location/my_jar.jar

2.Ich habe es in /etc/cron.von Stunde zu Stunde.

3.Die überprüfung der log unter /var/log/cron, die ich bin zu sehen das es ab run_conversions und finishing run_conversions jede Stunde. So weit So gut.

4.Aber es scheint nicht, wie meine jar-Datei ausgeführt wird. Ich weiß das, weil, wenn es richtig läuft, sollte es aktualisieren einer Datenbank, und die Datenbank wird nicht aktualisiert.

5.Hier ist die merkwürdige Sache: bei mir läuft cron.stündlich manuell, aber das aufrufen 

run-parts /etc/cron.hourly

die jar-Datei ist der hit propertly, und die Datenbank aktualisieren.

Um es zusammenzufassen: wenn Sie es durch run-parts, es funktioniert. Beim verlassen es stündlich von selbst, gibt es nicht.

Irgendwelche Ideen?

EDIT 2:

Folgenden Rat von Satish, Mithrandir und vahid änderte ich meine run_conversions_loc wie folgt Aussehen: 

#!/bin/bash
SHELL=/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bexport SHELL=/bin/bash
/usr/bin/java -jar /opt/tf/conversions/aff_networks2.jar > /opt/tf/conversions/runconversions.txt

Ich entfernt das Skript von cron.stündlich und ergänzt diese Zeile in die crontab: 

*/10 * * * * /opt/tf/conversions/run_conversions_loc

Das script jetzt läuft alle 10 Minuten und ist eingetragen in das cron-log wie diesen: 

Feb 24 09:30:01 backsome CROND[7933]: (root) CMD (/opt/tf/conversions/run_conversions_loc)

Bisher sieht es gut aus. Aber die Datenbank, die Sie aktualisieren sollten -- nicht mehr aktualisiert.

Suchen, tiefer in es, die jar-Datei, aff_networks2.jar auf der Suche nach einem ftr.properties Datei in das lokale Verzeichnis -- das gleiche Verzeichnis, wo es langgeht. Die Datei existiert in diesem Verzeichnis. Es ist aber nicht richtig gelesen. Ich weiß das, weil in der Ausgabe-Datei, runconversions.txt der Wert, der gelesen werden soll, aus der Datei mit den Eigenschaften null ist.

Zwei Dinge, um das Bild zu vervollständigen:

  1. Alles, was im Umbauten-Verzeichnis hat 777 Berechtigungen. Ich weiß, es wird nicht empfohlen, um solche erweiterten Berechtigungen, aber ich wollte sicherstellen, dass (wenigstens zu versuchen) es ist nicht das Problem.

  2. Wenn ich das Skript aus der shell durch Aufruf ./run_conversions_loc es läuft, findet die properties-Datei und die Datenbank aktualisiert. Ich bin eingeloggt als root auf der shell, und ich habe auch alle relevanten Dateien, die als root installiert und als root die Zeile für den Aufruf des Skript in die crontab.

Irgendwelche Ideen, warum nicht cron Auslesen der properties-Datei?

  • haben Sie überprüfen Sie /var/log/cron ?
  • Danke für den Tipp, Satish. Ich habe es jetzt und mein Skript erwähnt ist nicht da, obwohl jetzt habe ich es sowohl in der cron.daily und cron.stündlich, und folgte Mithrandir folgenden Ratschläge. Keine Ahnung, was Los ist???
  • Muss ich einen "Installation" von meinem script, wenn ich mich fallenlassen es in der cron.daily oder cron.stündlich?
  • erstellen Sie ein shell-Skript wie @Mithrandir sagte, und führen Sie den cron manuell auf Befehl wie: run-parts /etc/cron.täglich und überprüfen Sie Ihre log
  • Danke, Satish. Ich Tat was Sie sagte und ich bin mit cron.stündlich manuell und immer diese Fehlermeldung: Unable to access (jar-Datei) /opt/location/myjar2.jar. Die Datei existiert dort, und execute-Berechtigungen für Besitzer und Gruppe. Ich bin als root angemeldet. Warum nicht laufen?
  • hast du das ausführen-Befehl manuell auf der Kommandozeile?
  • Ja, habe ich. Etwas seltsames passiert. Ich habe auch versucht, führen Sie das Skript direkt aus dem Ort, wo es-und die jar-Dateien-sind auf, und ich bin immer ein Nicht auf (jar-Datei) myjar2.jar. Die Sache ist die, es funktionierte gestern bei mir läuft es wie folgt. Sieht aus wie ich bin in ein totales Chaos.
  • Hinzufügen eine weitere Sache: wenn ich den Zugriff auf die jar-Datei direkt von der Kommandozeile java-jar myjar2.jar alles funktioniert einwandfrei.
  • Und ich denke, eine Sache noch: wenn ich das hinzufügen dieser Zeile #!/bin/sh, damit das Skript sieht aus wie Mithrandir ist unten, ich bin immer ein "/bin/sh^M: bad interpreter: No such file or directory" - Fehler. Wenn ich entfernen Sie die Zeile, ich bin immer "Unable to access (jar-Datei) myjar2.jar" Fehler.
  • Zum Abschluss der info: wenn ich laufen run-parts /etc/cron.täglich wie Satish empfohlen den cron läuft mein script, und es zeigt in der log, und die jar Datei ist nicht zugänglich-wie ich ausführlich in den Kommentaren oben.
  • was ist Ihr Betriebssystem? und shell verwenden? versuchen #!/bin/bash eine weitere Sache, die auch die Verwendung der vollständigen Pfad anstelle von java. verwenden Sie /usr/bin/java-überall dort, wo Ihre java gelegen.
  • Gleichen Fehler mit #!/bin/bash: /bin/bash^M: bad interpreter: No such file or directory. Ich geändert vollständigen Pfad für java, /usr/bin/java, aber kein Glück. Das OS ist eine linux durch rackspace.
  • Ah! habe es Ihr editor-Problem, versuchen Sie es mit diesem Befehl: dos2unix scriptname.sh überprüfen Sie auch weitere Details hier stackoverflow.com/questions/2920416/...
  • Überprüfen Sie meine komplette Antwort!!! in den Antwort-Abschnitt

InformationsquelleAutor Eddy | 2013-02-21
  1. 1

    seine wahrscheinlich Ihre Umgebungsvariablen

    funktioniert es wie der aktuelle Benutzer eingeloggt ist, wenn das Skript ausgeführt wird ?

    wenn so

    run:

    env|egrep "(^PATH=|^SHELL=)"|awk '{print "export "$1}'

    dann nehmen Sie die Ausgabe und stellen Sie es auf die oben in Ihrem Skript, und versuchen Sie einen anderen cron-in 2 Minuten ab jetzt, um zu sehen, ob es geklappt hat

    Aktualisierte Antwort in der Antwort zu Eddy ' s Kommentar 24th Feb 2013.

    Möchte ich Ihnen einen crash-Kurs auf crontab.

    1. der Einrichtung crontab erfolgt über Globale /etc/crontab oder unter Benutzer als crontab -e (edit Benutzer cron) oder crontab -l (Listen - gespeichert in /var/spool/cron für jeden Benutzer)

    Ich sehe, Sie versuchen, zu versuchen, einen Lauf je 10 Minuten, was in Ordnung ist in /etc/crontab

    Der Grund, warum ich vorgeschlagen, wodurch das gesamte class-Pfad der aktuellen shell ist, weil die meisten der Zeit, die das Skript versucht, einen unix-Befehl, der nicht als Teil der crontab den PFAD (die sich direkt an der Spitze der Datei /etc/crontab selbst)

    Debuggen Pfad Probleme seine in der Regel eine gute Idee zu beobachten, die mailbox der Benutzer, die crontab ausgeführt wird die Aufgabe als :
    also tail -100 /var/spool/mail/root und auf der Suche nach irgendwelchen Nachrichten zu, die cron-task als auch die cron-logs selbst als jemand vorgeschlagen hat -

    Ich glaube nicht das dein problem ist Wege hier, wenn..

    Sie versuchen zum ausführen einer java jar-Datei und es kann sein, dass Ihre jar-Datei noch andere Dateien im konvertierungsordner und dass, wenn Sie ausführen, es, sind Sie bereits in diesem Ordner....

    so, in Ihrem Skript, das Sie ausführen könnte

    cd /opt/tf/conversions/;
 /usr/bin/java -jar aff_networks2.jar > /opt/tf/conversions/runconversions.txt

    Aber da ist so ein kleines Skript, das Sie bekommen konnte, Weg mit der Platzierung das ganze als cron-Eintrag und umgehen ein shell-Skript, insgesamt so etwas wie dieses

    */10 *    * * *   root cd /opt/tf/conversions/; /usr/bin/java -jar aff_networks2.jar > /opt/tf/conversions/runconversions.txt

    Hoffe, das hilft, dieses Problem zu lösen

    • Dies ist die Ausgabe: export SHELL=/bin/bash export PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin, Aber was bedeutet es? Und sollte ich es VOR oder NACH der Zeile"#! /bin/sh ?
    • das ist Ihr Aktueller Pfad und Ihre aktuelle shell als Benutzer mit dem Sie angemeldet sind. Legen Sie es nach #!/bin/sh. Diese wird dann exportieren die gleichen Wege in Ihrem Skript ausgeführt, als Teil von cron. Wenn das funktioniert kann man sich am Anfang einige Zeilen an Ihre crontab-Datei und stellen Sie sicher den Pfad übereinstimmt, oder hat Sie die fehlenden Pfad in Ihrer aktuellen Weg - was macht das Skript arbeiten, während Sie angemeldet sind, aber nicht beim laufen in der crontab
    • Ich reagierte auf deinen Rat, und bearbeitet die Frage, mit ein paar mehr Infos (EDIT 2.) Wäre toll, wenn könnten Sie werfen Sie einen Blick.
    • ok update meine Antwort, gib mir einen moment
    • Ich danke Ihnen sehr, vahid. Sie bekam es!
    InformationsquelleAutor Vindicated Halcyon
  2. 2

    Lösung mit Beispiel:

    Run-Befehl manuell auf der Kommandozeile:

    [root@04 cron.daily]# /usr/bin/java -jar /root/HelloWorld.jar
Hello World #1

    Erstellen lassen, die ein Skript in /etc/cron.daily/test.sh und geben Sie die execute-Berechtigung: 

    #!/bin/bash
/usr/bin/java -jar /root/HelloWorld.jar

    Hinweise: laufen dos2unix in Fall müssen Sie die dos-Zeichen-Problem oder einen Fehler /bin/bash^M: bad interpreter: No such file or directory

    [root@04 cron.daily]# unix2dos test.sh
unix2dos: converting file test.sh to DOS format ...

    Testen, voila!! 

    [root@04 cron.daily]# run-parts /etc/cron.daily
/etc/cron.daily/ldiscan:

kcore: Value too large for defined data type
/etc/cron.daily/test.sh:

Hello World #1
    • Danke, Satish. Sie kam mir näher, es scheint, aber noch nicht ganz da. Ich bearbeitet meine Frage mit mehr info.
    • Können legen Sie dieses Skript in die crontab mit * * * * * <script-name>
    • Satish können Sie das noch näher erläutern? Ich bin mir nicht sicher, was das bedeutet.
    • führen Sie "crontab -e" - Befehl und fügen Sie die Linie * * * * * /Pfad/von/Ihr/run_conversions check hier helfen thegeekstuff.com/2009/06/15-practical-crontab-examples
    • Ich reagierte auf deinen Rat, und bearbeitet die Frage, mit ein paar mehr Infos (EDIT 2.) Wäre toll, wenn könnten Sie werfen Sie einen Blick.
    • Warum gehst du nicht im Skript zuerst cd /Pfad/wo/die Datei befindet und führen Sie jar-Kommando. Fügen Sie einfach ändern Sie das Verzeichnis zuerst, und führen Sie den Befehl in diesem Fall wird diese Datei Lesen,
    • Ich danke Euch so sehr, Satish. Es funktioniert jetzt.

    InformationsquelleAutor Satish
  3. 0

    Ändern Sie Ihre Datei an:

    #!/bin/sh
/usr/bin/java -jar /opt/location/my_jar.jar

    Prüfen, ob /usr/bin/java ist eigentlich, wo der Befehl ist installiert (which java).
    Ändern Sie die Rechte der Datei auf ausführbar:

    chmod +x /opt/location/my_jar.jar
    • Vielen Dank, Mithrandir. Ich werde versuchen, dass. Macht es nichts, wenn die Verlängerung wenn .sh oder ohne Erweiterung?
    • die erste Zeile definiert das Skript und nicht .sh oder .was also konnte man es auch nennen Skript.etwas, und so lange, wie die shell in der oberen Zeile des Skripts, es wird funktionieren
    • Es eigentlich ankommt-zumindest auf debian cron.täglich wird von run-parts(8), die übersprungen werden Dateinamen mit einem Punkt
    • Ich bearbeitet die Frage mit ein paar mehr Infos (EDIT 2.) Wäre toll, wenn könnten Sie werfen Sie einen Blick.
    InformationsquelleAutor Mithrandir
Schreibe einen Kommentar