Czy istnieje sposób na zatrzymanie uruchomionego procesu w systemach Linux i wznowienie go później?

Muszę skopiować pliki na maszynie. A dane są niezwykle duże. Teraz serwery muszą normalnie obsługiwać, a na nich zazwyczaj jest określony zakres godzin pracy. Czy jest więc sposób na uruchomienie takich poleceń w taki sposób, że jeśli serwer osiągnie godziny pracy, wstrzymuje proces, a kiedy wychodzi poza ten zakres, wznawia go?

Wynik zamierzony

cp src dst

if time between 9:00-14:00 pause process
After 14:00 resume cp command.

Tak, musisz

acquire the process id of the process-to-paus (PS), then do
$> kill -SIGSTOP <pid>

Proces wyświetli się ze statusem „T” (PS). Aby kontynuować, zrób

$> kill -CONT <pid>

Powodzenia!

Możesz wstrzymać wykonywanie procesu, wysyłając mu sygnał SIGSTOP, a następnie wznowić, wysyłając mu sygnał SIGCONT.

Zakładając, że obciążenie jest pojedynczym procesem (nie rozwidla pomocników działających w tle), możesz użyć czegoś takiego:

# start copy in background, store pid
cp src dst &
echo "$!" >/var/run/bigcopy.pid

Następnie, gdy rozpocznie się zajęty czas, wyślij mu SIGSTOP:

# pause execution of bigcopy
kill -STOP "$(cat /var/run/bigcopy.pid)"

Później, gdy serwer będzie ponownie bezczynny, wznów go.

# resume execution of bigcopy
kill -CONT "$(cat /var/run/bigcopy.pid)"

Będziesz musiał zaplanować to na określone czasy, kiedy chcesz to wykonać, możesz użyć narzędzi, takich jak cron lub systemd timery (lub wiele innych podobnych narzędzi), aby zaplanować to. Zamiast planowania na podstawie przedziału czasu, możesz monitorować serwer (być może patrząc na średnie obciążenie, użycie procesora lub aktywność z dzienników serwera), aby zdecydować, kiedy wstrzymać / wznowić kopiowanie.

Musisz także zarządzać plikiem PID (jeśli go używasz), upewnij się, że kopia jest nadal uruchomiona przed wstrzymaniem, prawdopodobnie będziesz chciał wyczyścić, usuwając plik pid po zakończeniu kopiowania itp.

Innymi słowy, potrzebujesz więcej w tym celu, aby uzyskać wiarygodny, ale wydaje się, że szukasz podstawowego pomysłu wykorzystania tych sygnałów SIGSTOP i SIGCONT do wstrzymania / wznowienia wykonania procesu.

Zamiast zawieszać proces, możesz również nadać mu niższy priorytet:

renice 19 "$pid"

nada mu najniższy priorytet (najwyższą niezawodność), dzięki czemu proces da procesor innym procesom, które go potrzebują przez większość czasu.

W systemie Linux to samo można zrobić z I / O za pomocą ionice:

ionice -c idle -p "$pid"

Umieści proces w klasie „bezczynności”, dzięki czemu uzyska czas na dysku tylko wtedy, gdy żaden inny program nie poprosił o dyskowe operacje we / wy przez określony okres karencji .

W tym scenariuszu użyj rsync, zapomnij o cp. istnieją parametry, które ograniczają pasmo, lub można je zabić / zatrzymać i uruchomić później, w sposób, w jaki będzie to kontynuowane, w którym pozostawił google rsync example / s

Jeśli zamierzasz to zrobić, przerywając uruchomiony proces, sugeruję grę z programem Screen. Od jakiegoś czasu nie używałem Linuksa, ale IIRC po prostu wstrzymuje polecenie i wznawia je później, co czyni cię dość wrażliwym, jeśli przypadkowo się wylogujesz, nie będziesz mógł wznowić sesji.

Wydaje mi się, że z screenem możesz przerwać sesję, a następnie ją odłączyć i wylogować. Później możesz wrócić i ponownie dołączyć do tej sesji. Trzeba by się z tym trochę pobawić, ale dzięki temu sesje są znacznie bardziej niezawodne.

Możesz także wylogować się i wrócić do domu, a następnie zalogować się zdalnie, ponownie podłączyć do systemu uruchomionego w biurze i wznowić go wieczorem, a następnie odebrać go następnego dnia w pracy.

Jeśli twoja powłoka go obsługuje (prawie wszyscy tak robią), możesz nacisnąć ^ Z (Ctrl + Z), aby łatwo wysłać SIGTSTPsygnał do zadania na pierwszym planie, a następnie kontynuować z fg(na pierwszym planie) lub bg(w tle).

Jeśli zrobisz to dla wielu zadań i chcesz wrócić do nich później, możesz użyć jobspolecenia, a następnie wrócić za pomocą fg/bg %#, gdzie # to liczba podana w nawiasach na zadaniach.

Pamiętaj, że SIGTSTPjest nieco inny niż SIGSTOP(który jest używany we wszystkich innych odpowiedziach), co najważniejsze, ponieważ można go zignorować (ale nie widziałem, aby program ignorował to inaczej niż sl). Więcej szczegółów można znaleźć w tej odpowiedzi na StackOverflow .