Wo kann ich Umgebungsvariablen festlegen, die crontab verwendet?

Ich habe jede Stunde eine Crontab. Der Benutzer, der es ausführt, weist Umgebungsvariablen auf, die .bash_profilefunktionieren, wenn der Benutzer den Job vom Terminal aus ausführt. Diese werden jedoch offensichtlich nicht von crontab erfasst, wenn er ausgeführt wird.

Ich habe versucht Einstellung sie in .profileund .bashrcaber sie scheinen immer noch nicht zu abgeholt. Weiß jemand, wo ich Umgebungsvariablen ablegen kann, die Crontab aufnehmen kann?

Lassen Sie 'cron' ein Shell-Skript ausführen, das die Umgebung festlegt, bevor Sie den Befehl ausführen.

Immer.

#   @(#)$Id: crontab,v 4.2 2007/09/17 02:41:00 jleffler Exp $
#   Crontab file for Home Directory for Jonathan Leffler (JL)
#-----------------------------------------------------------------------------
#Min     Hour    Day     Month   Weekday Command
#-----------------------------------------------------------------------------
0        *       *       *       *       /usr/bin/ksh /work1/jleffler/bin/Cron/hourly
1        1       *       *       *       /usr/bin/ksh /work1/jleffler/bin/Cron/daily
23       1       *       *       1-5     /usr/bin/ksh /work1/jleffler/bin/Cron/weekday
2        3       *       *       0       /usr/bin/ksh /work1/jleffler/bin/Cron/weekly
21       3       1       *       *       /usr/bin/ksh /work1/jleffler/bin/Cron/monthly

Die Skripte in ~ / bin / Cron sind alle Links zu einem einzigen Skript, 'runcron', das wie folgt aussieht:

:       "$Id: runcron.sh,v 2.1 2001/02/27 00:53:22 jleffler Exp $"
#
#       Commands to be performed by Cron (no debugging options)

#       Set environment -- not done by cron (usually switches HOME)
. $HOME/.cronfile

base=`basename $0`
cmd=${REAL_HOME:-/real/home}/bin/$base

if [ ! -x $cmd ]
then cmd=${HOME}/bin/$base
fi

exec $cmd ${@:+"$@"}

(Geschrieben mit einem älteren Codierungsstandard - heutzutage würde ich am Anfang ein Shebang '#!' Verwenden.)

Das '~ / .cronfile' ist eine Variation meines Profils zur Verwendung durch cron - streng nicht interaktiv und kein Echo, um laut zu sein. Sie können stattdessen die Ausführung des .profile usw. veranlassen. (Das REAL_HOME-Zeug ist ein Artefakt meiner Umgebung - Sie können so tun, als wäre es dasselbe wie $ HOME.)

Dieser Code liest also die entsprechende Umgebung und führt dann die Nicht-Cron-Version des Befehls aus meinem Home-Verzeichnis aus. So sieht beispielsweise mein Befehl 'Wochentag' wie folgt aus:

:       "@(#)$Id: weekday.sh,v 1.10 2007/09/17 02:42:03 jleffler Exp $"
#
#       Commands to be done each weekday

# Update ICSCOPE
n.updics

Der Befehl 'täglich' ist einfacher:

:       "@(#)$Id: daily.sh,v 1.5 1997/06/02 22:04:21 johnl Exp $"
#
#       Commands to be done daily

# Nothing -- most things are done on weekdays only

exit 0

Sie können Umgebungsvariablen in der Crontab selbst definieren, wenn Sie crontab -eüber die Befehlszeile ausgeführt werden.

LANG=nb_NO.UTF-8
LC_ALL=nb_NO.UTF-8
# m h  dom mon dow   command

* * * * * sleep 5s && echo "yo"

Diese Funktion ist nur für bestimmte Implementierungen von cron verfügbar. Ubuntu und Debian verwenden derzeit vixie-cron , mit dem diese in der crontab-Datei (auch GNU mcron ) deklariert werden können .

Archlinux und RedHat verwenden cronie, das das Deklarieren von Umgebungsvariablen nicht zulässt und Syntaxfehler in cron.log auslöst. Problemumgehung kann pro Eintrag durchgeführt werden:

# m h  dom mon dow   command
* * * * * export LC_ALL=nb_NO.UTF-8; sleep 5s && echo "yo"

Ich habe noch eine Lösung für dieses Problem:

0 5 * * * . $HOME/.profile; /path/to/command/to/run

In diesem Fall werden alle in Ihrer $HOME/.profileDatei definierten Umgebungsvariablen ausgewählt .

Natürlich $HOMEist auch nicht festgelegt, Sie müssen es durch den vollständigen Pfad Ihres ersetzen $HOME.

Das Einstellen von vars hat /etc/environmentauch in Ubuntu für mich funktioniert. Ab 12.04 werden Variablen in /etc/environmentfür cron geladen.

Wenn Sie die Skripte starten, die Sie über cron ausführen, mit:

#!/bin/bash -l

Sie sollten Ihre ~/.bash_profileUmgebungsvariablen erfassen

Das @ carestad-Beispiel zu erweitern, das ich einfacher finde, besteht darin, das Skript mit cron auszuführen und die Umgebung im Skript zu haben.

In der crontab -e Datei:

SHELL=/bin/bash

*/1 * * * * $HOME/cron_job.sh

In der Datei cron_job.sh:

#!/bin/bash
source $HOME/.bash_profile
some_other_cmd

Jeder Befehl nach der Quelle von .bash_profile hat Ihre Umgebung so, als ob Sie angemeldet wären.

Für mich musste ich die Umgebungsvariable für eine PHP-Anwendung einstellen. Ich habe es wieder aufgenommen, indem ich den folgenden Code zu meiner Crontab hinzugefügt habe.

$ sudo  crontab -e

crontab:

ENVIRONMENT_VAR=production

* * * * * /home/deploy/my_app/cron/cron.doSomethingWonderful.php

und in doSomethingWonderful.php konnte ich den Umgebungswert erhalten mit:

<?php     
echo $_SERVER['ENVIRONMENT_VAR']; # => "production"

Ich hoffe das hilft!

Was auch immer Sie eingestellt haben crontab wird in den Cronjobs sowohl direkt als auch unter Verwendung der Variablen in den Skripten verfügbar sein.

Verwenden Sie sie in der Definition des Cronjobs

Sie können crontabso konfigurieren , dass Variablen festgelegt werden, die dann vom Cronjob verwendet werden können:

$ crontab -l
myvar="hi man"
* * * * * echo "$myvar. date is $(date)" >> /tmp/hello

Jetzt /tmp/hellozeigt die Datei Dinge wie:

$ cat /tmp/hello 
hi man. date is Thu May 12 12:10:01 CEST 2016
hi man. date is Thu May 12 12:11:01 CEST 2016

Verwenden Sie sie in dem von cronjob ausgeführten Skript

Sie können crontabso konfigurieren , dass Variablen festgelegt werden, die dann von den Skripten verwendet werden können:

$ crontab -l
myvar="hi man"
* * * * * /bin/bash /tmp/myscript.sh

Und sagen Sie, das Skript /tmp/myscript.shist wie folgt:

echo "Now is $(date). myvar=$myvar" >> /tmp/myoutput.res

Es wird eine Datei generiert, die Folgendes /tmp/myoutput.reszeigt:

$ cat /tmp/myoutput.res
Now is Thu May 12 12:07:01 CEST 2016. myvar=hi man
Now is Thu May 12 12:08:01 CEST 2016. myvar=hi man
...

Das Erweitern von @Robert Brisita wurde gerade erweitert. Wenn Sie nicht alle Variablen des Profils im Skript einrichten möchten, können Sie die zu exportierenden Variablen oben im Skript auswählen

In der crontab -e Datei:

SHELL=/bin/bash

*/1 * * * * /Path/to/script/script.sh

In script.sh

#!/bin/bash
export JAVA_HOME=/path/to/jdk

some-other-command

Anstatt

0  *  *  *  *  sh /my/script.sh

Verwenden Sie bash -l -c

0  *  *  *  *  bash -l -c 'sh /my/script.sh'

Ich verwende es Oh-my-zshin meinem MacBook, also habe ich viele Dinge versucht, um die Crontab-Task .zshrczum Laufen zu bringen, aber schließlich stellte meine Lösung das vor dem Befehl auszuführende vor.

*/30 * * * * . $HOME/.zshrc; node /path/for/my_script.js

Diese Aufgabe wird alle 30 Minuten ausgeführt und verwendet .zshrc Profil, um meinen Knotenbefehl auszuführen.

Vergessen Sie nicht, den Punkt vor dem $HOMEvar zu verwenden.

Eine andere Möglichkeit - inspiriert von dieser Antwort -, Variablen zu "injizieren", ist die folgende (Beispiel fcron):

%daily 00 12 \
    set -a; \
    . /path/to/file/containing/vars; \
    set +a; \
    /path/to/script/using/vars

Von help set:

-a Markiert Variablen, die für den Export geändert oder erstellt wurden.

Wenn Sie + anstelle von - verwenden, werden diese Flags deaktiviert.

Also alles dazwischen set -und set +wird exportiert envund ist dann für andere Skripte usw. verfügbar. Ohne setdie Variablen zu verwenden, werden sie bezogen, leben aber inset nur in.

Abgesehen davon ist es auch nützlich, Variablen zu übergeben, wenn für ein Programm ein Nicht-Root-Konto ausgeführt werden muss, Sie jedoch einige Variablen in der Umgebung dieses anderen Benutzers benötigen. Unten finden Sie ein Beispiel für die Übergabe von nullmailer-Variablen zum Formatieren des E-Mail-Headers:

su -s /bin/bash -c "set -a; \
                    . /path/to/nullmailer-vars; \
                    set +a; \
                    /usr/sbin/logcheck" logcheck

Ich habe die meisten der bereitgestellten Lösungen ausprobiert, aber zunächst hat nichts funktioniert. Es stellt sich jedoch heraus, dass es nicht die Lösungen waren, die nicht funktionierten. Anscheinend ~/.bashrcbeginnt meine Datei mit dem folgenden Codeblock:

case $- in
    *i*) ;;
    *) return;;
esac

Dies ist im Grunde genommen eine case statementÜberprüfung der aktuellen Optionen in der aktuellen Shell, um festzustellen, ob die Shell interaktiv ausgeführt wird. Wenn die Shell zufällig interaktiv ausgeführt wird, wird mit der Beschaffung der ~/.bashrcDatei fortgefahren . In einer von aufgerufenen Shell enthält crondie $-Variable jedoch nicht den iWert, der auf Interaktivität hinweist. Daher wird die ~/.bashrcDatei nie vollständig bezogen. Infolgedessen wurden die Umgebungsvariablen nie festgelegt. Wenn dies Ihr Problem ist, können Sie den Codeblock wie folgt auskommentieren und es erneut versuchen:

# case $- in
#     *i*) ;;
#     *) return;;
# esac

Ich hoffe, das wird nützlich

Sie können Ihrem Befehl auch voranstellen env, um Umgebungsvariablen wie folgt einzufügen :

0 * * * *   env VARIABLE=VALUE /usr/bin/mycommand