Czy istnieje program, który może wysłać mi powiadomienie e-mail o zakończeniu procesu?

Jestem naukowcem obliczeniowym i przeprowadzam wiele długich obliczeń w systemie Linux. W szczególności prowadzę symulacje dynamiki molekularnej (MD) przy użyciu pakietu GROMACS. Te symulacje mogą trwać kilka dni lub tygodni, wykorzystując (na przykład) od 8 do 24 rdzeni. Mam dostęp do kilku węzłów klastra, co oznacza, że ​​w danym momencie uruchamiam około 4 lub 5 zadań (każde na innym węźle i każdy na 8–24 rdzeniach).

Problem polega na tym, że symulacja zajmuje zmienną ilość czasu. Lubię, aby wszystkie węzły pracowały nad symulacjami przez całą dobę, ale aby rozpocząć nową symulację, muszę zalogować się przy użyciu terminala i wykonać trochę pracy ręcznej. Ale zawsze zapominam, ile czasu pozostało w symulacji, więc zawsze kończę na ciągłym sprawdzaniu ich.

Czy jest jakiś sposób na otrzymanie wiadomości e-mail po zakończeniu procesu Linux? Czy może istnieć program Linux, który to robi? W ten sposób wiedziałbym, kiedy zalogować się do terminala i przygotować następną symulację.

Używam Ubuntu Linux. Dziękuję za Twój czas.

Zadania przesłane do atdemona wyślą do ciebie wszelkie dane wyjściowe ze stderr i stdout po zakończeniu. Można go również skonfigurować do wysyłania poczty, nawet jeśli zadanie nie ma danych wyjściowych. Ma również tę zaletę, że działa bez terminala sterującego, więc nie musisz się martwić o wpływ, jaki zamknięcie terminala będzie miało na zadanie.

przykład:

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

Po zakończeniu tego zadania użytkownik, który je przesłał, otrzyma wiadomość e-mail, a jeśli w ogóle będzie jakaś informacja wyjściowa, otrzymasz ją. Możesz zmienić adresata wiadomości e-mail, zmieniając LOGNAMEzmienną środowiskową.

atma tryb wsadowy, w którym można kolejkować zadania do uruchomienia, gdy system nie jest zajęty. Nie jest to zbyt dobry system kolejkowania, gdy wielu użytkowników walczy o zasoby, ale mimo to, jeśli chcesz uruchamiać z nim zadania:

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

Domyślnie zadania nie rozpoczną się, chyba że obciążenie systemu spadnie poniżej 1,5, ale wartość obciążenia można dostosować (i przy 24 rdzeniach powiedziałbym, że powinieneś). Mogą działać równolegle, jeśli nie podniosą loadavg powyżej limitu obciążenia (ponownie domyślnie 1.5), lub jeśli indywidualnie podniosą loadavg powyżej 1,5, będą działać szeregowo.

Możesz przeglądać kolejkę zadań za pomocą atqi usuwać zadania za pomocąatrm

Zależności odpowiedzi:

1. Uruchamianie atddemona ( ps -ef|grep atd)
2. Możesz przesyłać zadania do atd(nie odmowa przez /etc/at.deny/ /etc/at.allowkonfiguracje)
3. Funkcjonalny sendmailMTA

Większość systemów nie ma problemu z tymi wymaganiami, ale warto to sprawdzić.

Tak, jest

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

Gdzie tematem jest „tekst”, echo daje wiadomości e-mail tekst do wysłania.

Polecam ustawienie skryptu python do wysyłania wiadomości e-mail, bardzo łatwo jest napisać i skonfigurować odpowiednie serwery pocztowe dla dowolnej usługi, z której korzystasz. Wyglądają mniej więcej tak:

#!/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"

Użyj tego w połączeniu z operatorem potoku sugerowanym w innych odpowiedziach.

Innym świetnym rozwiązaniem, które znalazłem dla tego problemu, jest użycie Pushover . Pushover - „Pushover ułatwia wysyłanie powiadomień w czasie rzeczywistym na urządzenia z Androidem i iOS”. Skonfigurowałem prosty skrypt, który zoptymalizował łatwy interfejs API do wysyłania wiadomości na mój telefon po zakończeniu kompilacji.

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

Możesz także użyć trappolecenia do wysyłania poczty przy wyjściu z procesu, przerwie, rozłączeniu lub zakończeniu procesu. Oto kod, który musisz umieścić na górze skryptu.

    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

Bieg

Napisałem process_watcher.py

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

Obecnie treść wiadomości e-mail wygląda następująco:

PID 18851: /usr/lib/libreoffice/program/soffice.bin --writer --splash-pipe = 5
Rozpoczęty: czw, 10 marca 18:33:37 Zakończony: czw, 10 marca 18:34:26 (czas trwania 0 : 00: 49)
Pamięć (bieżąca / szczytowa) - rezydent: 155.280 / 155.304 kB Wirtualny: 1.168.968 / 1.118.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

Rozwiąż problem GitHub, jeśli potrzebujesz ulepszeń.

Mam domowy skrypt, który działa dla mnie. Stosowanie:

mail-after <your command>

Wyśle wiadomość e-mail z istotnymi informacjami na temat oraz z danymi wyjściowymi procesu w treści.

Instrukcje instalacji znajdują się na stronie głównej repozytorium GitHub - obecnie dla wszystkich skryptów tworzone jest dowiązanie symboliczne ~/bin.

Zakładając, że twój program już działa, użyj bash + pgrep, aby go obejrzeć.

# 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;

Wiele lat temu utworzyłem ten alias (w csh, teraz używam go w tcsh):

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

Wymaga to Mailzainstalowania i działania w systemie, ale ma tę zaletę, że polecenie działa dokładnie tak samo, jak w wierszu poleceń (w tym aliasy, rozszerzenia tyldy itp.) - gdy uruchamiasz zadanie przy użyciu atlub crondziała domyślnie środowisko, które może być wystarczająco różne, aby spowodować awarię skryptu lub zapewnić nietypowe dane wyjściowe (byłem ugryziony przez to cronwiele razy)