cr_checkpoint — Online w chmurze

PROGRAM:

IMIĘ

cr_checkpoint - punkty kontrolne procesu, grupy procesów lub sesji.

STRESZCZENIE

cr_punkt kontrolny [Opcje] ID

OPIS

Wywołanie cr_checkpoint powoduje proces (z lub bez wszystkich jego potomków), all
procesy w grupie procesów lub wszystkie procesy w sesji, które mają być punktami kontrolnymi.
Rezultatem jest plik punktu kontrolnego (lub katalog z jednym plikiem punktu kontrolnego na proces).
zawiera wszystkie stany potrzebne do ponownego uruchomienia procesu (procesów) w późniejszym czasie. Punkt kontrolny
procesy można ponownie uruchomić za pomocą cr_restart(1).

Aby punkt kontrolny był wyznaczany przez cr_checkpoint, proces musi mieć libcr.so biblioteka (lub jedna z
jego krewni) załadowani. Można to osiągnąć uruchamiając program za pomocą cr_run(1) lub przez
powiązanie Twojej aplikacji z -lkr. Lub biblioteka może zostać załadowana przez inne biblioteki
połączone z (takie jak biblioteka MPI gotowa do punktu kontrolnego) lub równoległe zadanie twojego systemu
skrypt startowy itp. Szczegółowe informacje można znaleźć w dokumentacji systemu.

filet stworzenie/zastąpienie
Domyślnie (lub jeśli --atomowy zostanie przekazany) cr_checkpoint tworzy nowy plik/katalog kontekstu
atomowo: albo punkt kontrolny nie powiedzie się (a każdy istniejący plik/katalog kontekstu jest
bez zmian) lub pojawia się w katalogu gotowym do użycia przez cr_restart. Jeśli istniejący
punkt kontrolny o tej samej nazwie pliku istnieje, będzie albo niezmodyfikowany (jeśli plik new
punkt kontrolny zawiedzie z jakiegokolwiek powodu) lub zastąpiony atomowo (poprzez przemianować(2). Gdyby
--utworzyć kopię zapasową[=IMIĘ] zostanie przekazany, zamiast tego zostanie utworzona kopia zapasowa dowolnego istniejącego punktu kontrolnego
IMIĘ lub z numerowanym rozszerzeniem (.~1~, .~2~, itp., z nowszymi punktami kontrolnymi
wyższe numery). Jeśli --sprać zostanie zaliczony, punkt kontrolny natychmiast je usunie
istniejące pliki punktów kontrolnych i zapisze punkt kontrolny bezpośrednio w celu
plik/katalog: ta opcja zużywa mniej miejsca na dysku, jeśli obecny jest punkt kontrolny,
ponieważ stary punkt kontrolny jest natychmiast odrzucany, ale jeśli punkt kontrolny się nie powiedzie,
istniejący punkt kontrolny zostanie utracony. Wreszcie, jeśli --Noclobber zostanie zaliczony, punkt kontrolny przejdzie
kończy się niepowodzeniem, jeśli docelowy plik/katalog istnieje.

filet synchronizować
Domyślnie (lub kiedy --synchronizacja zostanie przekazany), cr_checkpoint czeka na punkt kontrolny
kompletne w pamięci i dodatkowo wywołania fsync(2) na wszystkich zaangażowanych plikach i katalogach
w punkcie kontrolnym (w tym pliki kopii zapasowych) na dysk przed wyjściem. Przechodzący --brak synchronizacji
powoduje pomijanie tych wywołań fsync.

Timeout
Maksymalny limit czasu w sekundach można ustawić dla punktu kontrolnego za pomocą opcji --czas flaga: jeśli
checkpoint trwa dłużej, cr_checkpoint wydrukuje komunikat o błędzie i zakończy z
błąd. W przypadku przekroczenia limitu czasu stan procesu lub procesów, które były wykonywane
punkt kontrolny jest niezdefiniowany.

Sygnały
Domyślnie procesy z punktami kontrolnymi kontynuują działanie po zakończeniu punktu kontrolnego.
Alternatywnie możesz określić, że mają być zatrzymane (poprzez --zatrzymać), lub
zakończony/przerwany/zabity (przez --semestr, --anulowaćlub --zabić). Odbywa się to poprzez wysłanie ww
odpowiedni sygnał do każdego procesu wchodzącego w skład punktu kontrolnego. Gdyby były procesy
zatrzymał się w momencie żądania punktu kontrolnego --cd może być używany do wysyłania SIGCONT
do wszystkich procesów po zakończeniu punktu kontrolnego.

Pamięć zmapowany pliki
Domyślnie punkty kontrolne nie zawierają żadnych plików, które są włączane do procesu metodą mmap().
przestrzeni adresowej, chyba że są już odłączone w momencie zajmowania punktu kontrolnego. Ten
to optymalizacja oszczędzająca miejsce/czas przy założeniu, że wymagane pliki będą
nadal być obecny (i nieuszkodzony) w czasie restartu. Zazwyczaj największe oszczędności przychodzą
przed niezapisywaniem pliku wykonywalnego lub bibliotek dynamicznych (inaczej współdzielonych). Jednak opcje
istnieje, aby punkt kontrolny zapisał również te pliki. Flaga --zapisz-exe spowoduje
plik wykonywalny, który ma zostać dołączony do pliku kontekstu. Flaga --zapisz-prywatny będzie
dołącz do pliku kontekstu wszystkie pliki, które są mapowane z flagą MAP_PRIVATE, które
pod Linuksem zawiera biblioteki wykonywalne i dynamiczne/współdzielone. Flaga --zapisz-udostępnione
służy do zapisywania plików, które są mapowane z flagą MAP_SHARED. Zauważ, że tak jest nie dotychczasowy
żądaną flagę dla bibliotek współdzielonych. Przy ponownym uruchomieniu każdy plik zapisany przez te flagi będzie
mapowane do procesu, niezależnie od tego, czy w oryginalnej lokalizacji istnieje jakiś plik.
Jeśli w pierwotnej lokalizacji znajduje się plik, pozostaje on nietknięty przez ponowne uruchomienie. Wreszcie
--Zapisz wszystko i --zapisz-brak spowoduje, że wszystkie (lub żadne) z tych opcjonalnych plików mmaped będą
zapisane. Wartość domyślna to --zapisz-brak. Podczas przekazywania wielu z tych opcji są
przetwarzane od lewej do prawej, przy czym wszystkie opcje są addytywne, z wyjątkiem --zapisz-brak który
anuluje efekty wszelkich tych opcji pojawiających się wcześniej.

Punkt kontrolny ptrace() wyd procesów
Nie ma (obecnie) sposobu na w pełni przejrzyste radzenie sobie z punktami kontrolnymi procesów, które
są śledzone miejsce(2). Dlatego domyślne zachowanie (dostępne również przez
--ptraced-błąd) ma zwrócić błąd, jeśli którykolwiek z procesów, które mają być zaznaczone, jest
aktualnie śledzone. Istnieją jednak dwa inne możliwe zachowania do wyboru:

--ptraced-pomiń
Procesy Ptraced zostaną po cichu wykluczone z punktu kontrolnego. Żaden błąd nie jest
generowany, chyba że spowoduje to wyzerowanie punktów kontrolnych procesów.

--ptraced-zezwól
Procesy Ptraced będą punktami kontrolnymi, tak jak wszystkie inne procesy. OSTRZEŻENIE:
Ponieważ proces z punktem kontrolnym i moduł jądra BLCR muszą współdziałać za pomocą
sygnałów i wywołań systemowych, debugger (lub inny program śledzący) może potrzebować „kontynuować”.
proces(y) docelowe, być może więcej niż jeden raz, aby umożliwić ukończenie punktu kontrolnego.

Punkt kontrolny ptrace()ing procesów
Nie ma (obecnie) sposobu na w pełni przejrzyste radzenie sobie z punktami kontrolnymi procesów, które
śledzą inne procesy za pomocą miejsce(2). Dlatego domyślne zachowanie (również
dostępne przez --ptracer-błąd) ma zwrócić błąd, jeśli któryś z procesów ma być
w punkcie kontrolnym śledzą obecnie inne procesy. Jednakże --ptracer-pomiń jest dostępne
aby spowodować, że cr_checkpoint po cichu wykluczy takie procesy z punktu kontrolnego. Żaden błąd
jest generowany w takim przypadku, chyba że spowodowałoby to wyzerowanie punktów kontrolnych procesów.

OPCJE

Ogólne opcje:
-v, --gadatliwy
wypisz komunikaty o postępie na stderr.

-q, --cichy
pomijaj komunikaty o błędach/ostrzeżeniach na stderr.

-?, --help
wydrukuj tę wiadomość i wyjdź.

--wersja
wydrukuj informacje o wersji i wyjdź.

Opcje dla zakres of dotychczasowy punkt kontrolny:
-T, --drzewo
Identyfikator identyfikuje identyfikator procesu. To i wszyscy jego potomkowie mają być kontrolowani.
To jest ustawienie domyślne.

-p, --pid, --proces
Identyfikator identyfikuje pojedynczy identyfikator procesu.

-g, --pgid, --Grupa
Identyfikator identyfikuje identyfikator grupy procesów.

-s, --sid, --sesja
Identyfikator identyfikuje identyfikator sesji.

Opcje dla miejsce przeznaczenia lokalizacja of dotychczasowy punkt kontrolny:
-c, --cwd
punkt kontrolny zapisany jako pojedynczy plik „context.ID” w katalogu roboczym cr_checkpoint
(domyślny).

-d, --reż DIR
punkt kontrolny zapisany w nowym katalogu DIR, z jednym plikiem „context.ID” na proces
(niezrealizowane).

-f, --plik FILE
punkt kontrolny zapisany jako PLIK.

-F, --fd FD
punkt kontrolny zapisany w otwartym deskryptorze pliku.

Opcje dla stworzenie/zastąpienie polityka dla punkt kontrolny plików:
--atomowy
punkt kontrolny utworzony/zastąpiony atomowo (domyślnie).

--utworzyć kopię zapasową[=IMIĘ]
punkt kontrolny utworzony atomowo i każdy istniejący punkt kontrolny, którego kopia zapasowa została utworzona w NAME lub
*.~1~, *.~2~ itd.

--sprać
punkt kontrolny zapisany przyrostowo do celu, nadpisując wszelkie wcześniej istniejące
punkt kontrolny.

--Noclobber
punkt kontrolny zakończy się niepowodzeniem, jeśli plik docelowy istnieje.

Te opcje są ignorowane, jeśli miejscem docelowym jest deskryptor pliku.

Opcje dla sygnał wysłany do procesy) po punkt kontrolny:
--biegać brak wysłanego sygnału: kontynuuj wykonywanie (domyślnie).

-S, --sygnał NUM
sygnał NUM wysłany do wszystkich procesóws.

--zatrzymać SIGSTOP wysłany do wszystkich procesów.

--semestr SIGTERM wysłany do wszystkich procesów.

--anulować
SIGABRT wysłany do wszystkich procesów.

--zabić SIGKILL wysłany do wszystkich procesów.

--cd SIGCONT wysłany do wszystkich procesów.

Opcje w tej grupie wzajemnie się wykluczają. Jeśli podano więcej niż jeden, to tylko
ostatni będą uhonorowani.

Opcje dla filet system synchronizacja (domyślna is --synchronizacja):
--synchronizacja plik(i) punktu kontrolnego fsync na dysk (domyślnie).

--brak synchronizacji
nie synchronizuj plików punktów kontrolnych na dysku.

Opcje do zapisać fakultatywny porcje of pamięć:
--zapisz-exe
zapisz plik wykonywalny.

--zapisz-prywatny
zapisz prywatne pliki map. (pliki wykonywalne i biblioteki są mapowane w ten sposób)

--zapisz-udostępnione
zapisywać udostępnione pliki map. (System V IPC jest mapowany w ten sposób).

--Zapisz wszystko
zapisać wszystkie powyższe.

--zapisz-brak
nie zapisz żadnego z powyższych (domyślnie).

Opcje dla prześledzić procesów (domyślna is --ptraced-błąd):
--ptraced-błąd
zwraca błąd, jeśli żądany jest punkt kontrolny śledzonego procesu.

--ptraced-pomiń
procesy ptraced są po cichu wykluczane z żądania punktu kontrolnego. jeśli
zakres punktu kontrolnego to --drzewo, to wykluczy to również wszelkie dzieci takich
procesy. Żaden błąd nie jest generowany, chyba że spowoduje to zero procesów
punkt kontrolny.

--ptraced-zezwól
punkt kontrolny ptraced działa normalnie. OSTRZEŻENIE: Może to wymagać od znacznika
„kontynuuj” docelowy proces (procesy), prawdopodobnie więcej niż jeden raz.

Opcje dla procesów śledzenie inni (domyślna is --ptracer-błąd):
--ptracer-błąd
zwróć błąd, jeśli żądany jest punkt kontrolny procesu, który śledzi inne.

--ptracer-pomiń
procesy śledzące inne są po cichu wykluczane z żądania punktu kontrolnego. Jeśli
zakres punktu kontrolnego to --drzewo, to wykluczy to również wszelkie dzieci takich
procesy. Żaden błąd nie jest generowany, chyba że spowoduje to zero procesów
punkt kontrolny.

Opcje dla jądro log wiadomości (domyślna is --kmsg-błąd):
--kmsg-brak
nie zgłaszaj żadnych komunikatów jądra.

--kmsg-błąd
w przypadku awarii punktu kontrolnego zgłoś na stderr wszelkie komunikaty jądra związane z plikiem
żądanie punktu kontrolnego.

--kmsg-ostrzeżenie
zgłoś na stderr wszelkie komunikaty jądra związane z żądaniem punktu kontrolnego,
bez względu na sukces lub porażkę. Komunikaty generowane w przypadku braku awarii są
uważane za ostrzeżenia.

Opcje w tej grupie wzajemnie się wykluczają. Jeśli podano więcej niż jeden, to tylko
ostatni będą uhonorowani. Zauważ to --cichy tłumi wszystkie wyjścia stderr,
w tym te wiadomości.

Rożne Opcje:
-t, --czas SEK
zezwalaj celowi na przejście punktu kontrolnego tylko w sekundach SEC (domyślnie: wait
w sposób nieokreślony).

PRZYKŁADY

Punkt kontrolny procesu o identyfikatorze procesu 23452, zapisując jego stan do pliku kontekst.23452:

cr_punkt kontrolny -p 23452

Aby sprawdzić wszystkie procesy w grupie procesów 68473 i zapisać je w pliku groupie:

cr_punkt kontrolny -g -f groupie 68473

Aby sprawdzić cały proces w sesji 8362 i zapisać osobne pliki „context.PID” dla
każdy proces w katalogu „my_checkpoints”:

cr_punkt kontrolny -s -d moje_punkty kontrolne 8362

Korzystaj z cr_checkpoint online, korzystając z usług onworks.net