¿Hay algún programa que pueda enviarme un correo electrónico de notificación cuando finalice un proceso?

Soy un científico computacional y ejecuto muchos cálculos largos en Linux. Específicamente, ejecuto simulaciones de dinámica molecular (MD) usando el paquete GROMACS. Estas simulaciones pueden llevar días o semanas, ejecutándose (por ejemplo) de 8 a 24 núcleos. Tengo acceso a varios nodos de un clúster, lo que significa que en cualquier momento estoy ejecutando aproximadamente 4 o 5 trabajos (cada uno en un nodo diferente y cada uno en 8-24 núcleos).

El problema es que la simulación lleva una cantidad de tiempo variable. Me gusta mantener todos los nodos trabajando en simulaciones durante todo el día, pero para comenzar una nueva simulación, necesito iniciar sesión con un terminal y hacer un trabajo manual. Pero siempre olvido cuánto tiempo queda en una simulación, así que siempre termino constantemente revisándolos.

¿Hay alguna forma de recibir un correo electrónico cuando finaliza un proceso de Linux? ¿Podría haber un programa de Linux que haga esto? De esa manera sabría cuándo iniciar sesión con un terminal y preparar la próxima simulación.

Estoy usando Ubuntu Linux. Gracias por tu tiempo.

Los trabajos enviados al atdemonio le enviarán cualquier salida de stderr y stdout al finalizar. También se puede configurar para enviar correo incluso si el trabajo no tiene salida. También tiene la ventaja de ejecutarse sin un terminal de control, por lo que no tiene que preocuparse por el efecto que tendrá el cierre de su terminal en el trabajo.

ejemplo:

echo "/opt/product/bin/job.sh data123"|at -m NOW

Cuando este trabajo se complete, el usuario que envió el trabajo recibirá un correo electrónico, y si hay algún resultado, lo recibirá. Puede cambiar el destinatario del correo electrónico cambiando la LOGNAMEvariable de entorno.

attiene un modo por lotes donde puede poner en cola trabajos para ejecutar cuando el sistema no está ocupado. Este no es un sistema de colas muy bueno cuando varios usuarios compiten por los recursos, pero no obstante, si desea ejecutar trabajos con él:

echo "/opt/product/bin/job.sh dataA"|batch
echo "/opt/product/bin/job.sh dataB"|batch
echo "/opt/product/bin/job.sh dataC"|batch

Por defecto, los trabajos no se iniciarán a menos que la carga del sistema sea inferior a 1.5, pero esa cifra de carga se puede ajustar (y con 24 núcleos, diría que debería). Pueden ejecutarse en paralelo si no aumentan la carga por encima del límite de carga (1,5 por defecto de nuevo), o si aumentan la carga individualmente por encima de 1,5, se ejecutarán en serie.

Puede ver la cola de trabajos con atqy eliminar trabajos conatrm

Responde dependencias:

1. Ejecutando atddaemon ( ps -ef|grep atd)
2. Puede enviar trabajos a atd(no denegado por /etc/at.deny/ /etc/at.allowconfiguraciones)
3. sendmailMTA funcional

La mayoría de los sistemas no tienen problemas con estos requisitos, pero vale la pena verificarlos.

Si hay

command; echo "Process done" | mail -s "Process done" mail@domain.tld

Donde -s "texto" es el asunto, el eco le da al correo un texto para enviarle.

Recomiendo configurar un script de Python para enviar un correo electrónico, son muy fáciles de escribir y configuran los servidores de correo correctos para cualquier servicio que use. Se ven algo así:

#!/usr/bin/python

import smtplib

sender = '[email protected]'
receivers = ['[email protected]']

message = """From: From Person <[email protected]>
To: To Person <[email protected]>
Subject: SMTP e-mail test

This is a test e-mail message.
"""

try:
   smtpObj = smtplib.SMTP('localhost')
   smtpObj.sendmail(sender, receivers, message)         
   print "Successfully sent email"
except SMTPException:
   print "Error: unable to send email"

Use esto junto con el operador de tubería sugerido en las otras respuestas.

Otra gran solución que he encontrado para este problema es usar Pushover . Pushover: "Pushover facilita el envío de notificaciones en tiempo real a sus dispositivos Android e iOS". Configuré un script simple que completó la API fácil para enviar un mensaje a mi teléfono cuando mis compilaciones están listas.

curl -s \
  -F "token=APP_TOKEN" \
  -F "user=USER_KEY" \
  -F "message=The build is done." \
  https://api.pushover.net/1/messages.json

También puede usar el trapcomando para enviar correo al salir del proceso, o al interrumpir, colgar o al finalizar el proceso. Aquí está el código que debe colocar en la parte superior de su secuencia de comandos.

    trap 'mail -s "Process done" [email protected]' exit # It will mail on normal exit
    trap 'mail -s "Process interrupted" [email protected]' INT HUP# it will mail on interrupt or hangup  of the process

Arun

Escribí process_watcher.py

process_watcher --pid 1234 --to me@gmail.com

Actualmente, el cuerpo del correo electrónico se ve así:

PID 18851: /usr/lib/libreoffice/program/soffice.bin --writer --splash-pipe = 5
Comenzó: jue, mar 10 18:33:37 Terminó: jue, mar 10 18:34:26 (duración 0 : 00: 49)
Memoria (actual / pico) - Residente: 155,280 / 155,304 kB Virtual: 1,166,968 / 1,188,216 kB

[+] indicates the argument may be specified multiple times, for example:
 process-watcher -p 1234 -p 4258 -c myapp -c "exec\d+" --to person1@domain.com --to person2@someplace.com

optional arguments:
  -h, --help            show this help message and exit
  -p PID, --pid PID     process ID(s) to watch [+]
  -c COMMAND_PATTERN, --command COMMAND_PATTERN
                        watch all processes matching the command name. (RegEx pattern) [+]
  -w, --watch-new       watch for new processes that match --command. (run forever)
  --to EMAIL_ADDRESS    email address to send to [+]
  -n, --notify          send DBUS Desktop notification
  -i SECONDS, --interval SECONDS
                        how often to check on processes. (default: 15.0 seconds)
  -q, --quiet           don't print anything to stdout

Escribe un problema de GitHub si necesitas alguna mejora.

Tengo un guión de cosecha propia que funciona para mí. Uso:

mail-after <your command>

Enviará un correo electrónico con información significativa sobre el tema y con la salida del proceso en el cuerpo.

Las instrucciones de instalación se encuentran en la página principal del repositorio de GitHub , actualmente para todos los scripts en los que se crea un enlace simbólico ~/bin.

Suponiendo que su programa ya se esté ejecutando, use bash + pgrep para verlo.

# Check that "pgrep $PROGRAM" returns the rid PID.
PROGRAM=foo
RECIPIENTS=you@yours.com
echo Watching $PROGRAM; while pgrep $PROGRAM &>/dev/null ; do sleep 1; echo -ne "."; done ; echo "$PROGRAM process done" | /bin/mail -s "$PROGRAM process done" $RECIPIENTS;

Hace años, creé este alias (en csh, ahora lo uso en tcsh):

alias shunt "( \!* | Mail -s 'Output of: \!*' $user) >& /dev/null &"

Requiere que Mailesté instalado y funcionando en su sistema, pero tiene la ventaja de que su comando se ejecuta exactamente como lo haría desde la línea de comando (incluidos los alias, las expansiones de tilde, etc.) cuando ejecuta un trabajo usando ato cronse ejecuta de manera predeterminada entorno que puede ser lo suficientemente diferente como para que su script falle o proporcione resultados inusuales (eso me ha mordido cronmuchas veces)