Vi consiglio l’uso di chkcrontab che effettua una serie di controlli senza doverli fare a mano.

Effettuaimo l’installazione:

pip3 install chkcrontab

e poi lo eseguiamo:

chkcrontab /etc/crontab

Enjoy!

export http_proxy="http://user:pass@10.10.10.10:3180/"
export https_proxy="http://user:pass@10.10.10.10:3180/"
export no_proxy="www.google.it"

Questo file viene “letto” dal sistema al login, quindi gli utenti ssh avranno sicuramente impostato queste informazioni per la navigazione.

Sul sistema Debian GNU/Linux, CRON supporta il modulo pam_env e carica l’ambiente specificato da /etc/environment e /etc/security/pam_env.conf. Legge anche le informazioni sulla localizzazione da /etc/default/locale.

Pertanto, se è necessario far “navigare” uno script richiamato da CRON, i parametri vanno inseriti anche nel file /etc/environment Per evitare di dove gestire eventuali modifiche su più file, consiglio di aggiungere in coda al file di profile la seguente riga dopo la definizione delle variabili relative al proxy:

if [ "id -u" -eq 0 ]; then
  printenv |grep -i proxy>/etc/environment
fi

Per le macchine più vecchie, questa procedura è particolarmente utile quando la variabile no_proxy viene impostata con una classe IP, perché dato che non è possibile usare la classica notazione 10.10.10.10/24 ma nel file di profile possiamo usare comandi bash, in quest’ultimo potremmo scrivere qualcosa tipo:

export no_proxy="echo 10.10.10.{1..255}, echo 10.12.12.{1..255}, www.google.com"

ed automaticamente troveremmo tutti gli IP, delle classi indicate, riportati per esteso nel file environment.

enjoy!

Innanzitutto recuperiamo il contenuto della variabile DISPLAY con:

echo $DISPLAY

ed ipotizziamo ci indichi come display :0

A questo punto, vogliamo avviare un’applicazione java in /home/smsoft/public/app.jar ogni ora, possiamo scrivere nel crontab utente (richiamabile con crontab -e):

0 * * * * cd /home/smsoft/public; DISPLAY=:0 /usb/bin/java -jar app.jar

Qualora non funzionasse qualcosa, possiamo farci aggiungere dei log nel file syslog, es:

0 * * * * cd /home/smsoft/public; DISPLAY=:0 /usb/bin/java -jar app.jar 2>&1 |/usr/bin/logger -t CRONAPP

e poi cercare le righe con l’etichetta CRONAPP

enjoy!

Possiamo editare il nostro /etc/crontab ed inserire:

02 4 * * * /path/to/command1

In questo caso, alle 4:02 di ogni giorno verrà eseguito il comando /path/to/command1.

Nel caso fosse necessario avviare più comandi in modo sequenziale, si possono usare diversi sistemi: avviare comunque il secondo comando dopo il primo, avviare il secondo comando se il primo è stato completato correttamente, avviare il secondo comando se il primo è terminato con un errore:

usando ; command2 verrà eseguito dopo che command1 sarà stato completato

02 4 * * * /path/to/command1 ; /path/to/command2

usando && command2 verrà eseguito dopo command1 se quest’ultimo sarà stato eseguito correttamente

02 4 * * * /path/to/command1 && /path/to/command2

usando || command2 verrà eseguito dopo command1 se quest’ultimo avrà prodotto un errore durante l’esecuzione.

02 4 * * * /path/to/command1 || /path/to/command2

Alcuni esempi

Usando un riga tipo:

02 4 * * * /path/to/command1 1>/var/tmp/cron.log  2>/dev/null

verranno salvati in /var/tmp/cron.log i messaggi che lo script restituisce e verranno scartati gli errori (/dev/null)

Usando un riga tipo:

02 4 * * * /path/to/command1 > /dev/null 2>&1

tutti i messaggi (errore o di esecuzione) verranno scartati

Usando un riga tipo:

*/2 4 * * * /path/to/command1

verrà eseguito command1 ogni due minuti dello’ora 4 (es 4:00, 4:02, 4:04, etc)

Usando un riga tipo:

2 4-6 * * * /path/to/command1

verrà eseguito command1 alle 4:02, 5:02 e 6:02

Usando un riga tipo:

2 4,8 * * * /path/to/command1

verrà eseguito command1 alle 4:02 ed alle 8:02

enjoy!