Skript in einer nicht interaktiven Shell ausführen?

Ich habe einen Cron-Job, der ein Skript ausführt. Wenn ich das Skript über eine interaktive Shell (ssh'ed to bash) ausführe, funktioniert es einwandfrei. Wenn das Skript von selbst über cron ausgeführt wird, schlägt es fehl.

Ich vermute, dass dabei einige der Umgebungsvariablen verwendet werden, die in der interaktiven Shell festgelegt sind. Ich werde das Skript beheben und diese entfernen.

Nachdem ich Änderungen vorgenommen habe, weiß ich, dass ich das Skript in Cron in die Warteschlange stellen kann, damit es wie gewohnt ausgeführt wird. Es gibt jedoch eine Möglichkeit, das Skript von der Befehlszeile aus auszuführen. dh in einer nicht interaktiven Umgebung?

Die Hauptunterschiede zwischen der Ausführung eines Befehls von cron und der Ausführung in der Befehlszeile sind:

• cron benutzt wahrscheinlich (allgemein /bin/sh) eine andere Shell ;
• cron läuft definitiv in einer kleinen Umgebung (welche davon von der cron-Implementierung abhängt, lesen Sie die cron(8)oder crontab(5)man-Seite; im Allgemeinen gibt es nur HOMEvielleicht SHELLvielleicht LOGNAMEvielleicht USERund eine kleine PATH);
• cron behandelt den %Charakter speziell (er wird in eine neue Zeile umgewandelt);
• Cron-Jobs werden ohne Terminal oder grafische Umgebung ausgeführt.

Der folgende Aufruf führt das Shell-Snippet so aus, als wäre es von cron aus aufgerufen worden. Ich gehe davon aus, dass das Snippet die Zeichen 'oder nicht enthält %.

env - HOME="$HOME" USER="$USER" PATH=/usr/bin:/bin /bin/sh -c 'shell snippet' </dev/null >job.log 2>&1

Siehe auch Ausführen eines sh-Skripts vom cron aus , das zur Lösung Ihres Problems beitragen kann.

Über den Link von @ sr_ ( So erhalten Sie eine saubere Umgebung in einer ksh-Shell? ) Habe ich nach env gesucht. Vielleicht möchten Sie Folgendes versuchen:

env -i ./my-script.sh

Ich würde vorschlagen, dass Sie absolute Pfade für Ihre Skripte verwenden, wenn Sie sie in cron einfügen und an anderer Stelle verwenden, und für alle darin verwendeten Linux-Befehle, deklarieren Sie sie besser als Variablen und verwenden Sie sie!

Cron verwendet nicht unbedingt dieselbe Shell, die Sie verwenden. prüfen:

cat /etc/crontab |grep SHELL

Um die Shell zu bestimmen und dort die Ausführung Ihres Skripts zu versuchen - funktioniert das? Dies ist eine häufige Ursache für Probleme, wenn viele Benutzer Skripts zu cron hinzufügen.

Wenn dies das Problem ist, können Sie "bash" am Anfang Ihres Skripts in cron hinzufügen, um die Ausführung dieses Skripts in bash zu erzwingen. Wenn dies das Problem nicht löst, lassen Sie es mich wissen und ich werde etwas tiefer graben.

Wenn Sie einige interaktive Fragen, die von einem Skript bereitgestellt werden, ignorieren möchten, können Sie Folgendes versuchen:

yes | your_command

Oder yes "n"wenn Sie nicht alle Fragen möchten.

Befehl:

yes - wiederholend positiv sein yes gibt expletiv oder standardmäßig 'y' für immer aus.

Um Ihr Skript in einer nicht interaktiven Shell auszuführen (ohne Rücksicht auf die Details von cron), können Sie dies über ausführen ssh.

Testen Sie, ob Sie wirklich in einer nicht interaktiven Shell landen:

> ssh someuser@somehost tty
not a tty

Führen Sie das Skript in einer nicht interaktiven Shell aus:

> ssh someuser@somehost /tmp/myscript.sh