cr_checkpoint - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

cr_checkpoint - điểm kiểm tra một quy trình, nhóm quy trình hoặc phiên.

SYNOPSIS

cr_checkpoint [lựa chọn] ID

MÔ TẢ

Gọi cr_checkpoint gây ra một quá trình (có hoặc không có tất cả các con của nó), tất cả
các quy trình trong một nhóm quy trình, hoặc tất cả các quy trình trong một phiên, cần được kiểm tra.
Kết quả là một tệp điểm kiểm tra (hoặc một thư mục có một tệp điểm kiểm tra cho mỗi quá trình)
chứa tất cả trạng thái cần thiết để khởi động lại (các) quy trình sau đó. Đã kiểm tra
các quy trình có thể được khởi động lại thông qua cr_restart(1).

Để được kiểm tra bởi cr_checkpoint, một quy trình phải có libcr.so thư viện (hoặc một trong số
họ hàng của nó) được tải. Điều này có thể đạt được bằng cách bắt đầu chương trình với cr_run(1), hoặc bởi
liên kết ứng dụng của bạn với -lcr. Hoặc, thư viện có thể được tải bởi các thư viện khác mà bạn
đã liên kết với (chẳng hạn như thư viện MPI sẵn sàng cho điểm kiểm tra) hoặc công việc song song của hệ thống của bạn
tập lệnh khởi động, v.v. Kiểm tra tài liệu hệ thống của bạn để biết chi tiết.

Tập tin tạo / thay thế
Theo mặc định (hoặc nếu --nguyên tử được thông qua) cr_checkpoint tạo tệp / thư mục ngữ cảnh mới
về mặt nguyên tử: điểm kiểm tra không thành công (và bất kỳ tệp / thư mục ngữ cảnh hiện có nào là
không thay đổi), hoặc nó xuất hiện trong thư mục sẵn sàng được sử dụng bởi cr_restart. Nếu một hiện tại
điểm kiểm tra có cùng tên tệp tồn tại, nó sẽ không được sửa đổi (nếu mới
trạm kiểm soát không thành công vì bất kỳ lý do nào) hoặc được thay thế nguyên tử (thông qua đổi tên(2). Nếu như
--sao lưu[=TÊN] được thông qua, mọi điểm kiểm tra hiện có sẽ được sao lưu để thay thế,
TÊN hoặc với phần mở rộng được đánh số (. ~ 1 ~, . ~ 2 ~, v.v., với các trạm kiểm soát gần đây hơn có
số cao hơn). Nếu như --cướp được thông qua, trạm kiểm soát sẽ ngay lập tức loại bỏ bất kỳ
các tệp điểm kiểm soát hiện có và sẽ ghi điểm kiểm tra trực tiếp vào mục tiêu
tệp / thư mục: tùy chọn này sử dụng ít dung lượng đĩa hơn nếu có một điểm kiểm tra hiện tại,
vì trạm kiểm soát cũ ngay lập tức bị loại bỏ, nhưng nếu trạm kiểm soát không thành công, trước
trạm kiểm soát hiện tại bị mất. Cuối cùng, nếu --noclobber được thông qua, sau đó trạm kiểm soát sẽ
không thành công nếu tệp / thư mục đích tồn tại.

Tập tin đồng bộ
Theo mặc định (hoặc khi --đồng bộ hóa được thông qua), cr_checkpoint đợi cho đến khi điểm kiểm tra là
hoàn thành trong bộ nhớ và các cuộc gọi bổ sung fsync(2) trên tất cả các tệp và thư mục liên quan
trong trạm kiểm soát (bao gồm các tệp sao lưu) vào đĩa trước khi thoát. Đi qua --nosync
khiến các cuộc gọi fsync này bị bỏ qua.

Timeout
Thời gian chờ tối đa tính bằng giây có thể được đặt cho một điểm kiểm tra thông qua --thời gian cờ: nếu
checkpoint mất nhiều thời gian hơn thế này, cr_checkpoint sẽ in một thông báo lỗi và thoát bằng
một lỗi. Nếu thời gian chờ xảy ra, trạng thái của quá trình hoặc các quá trình đang
điểm kiểm tra là không xác định.

Tín hiệu
Theo mặc định, các quy trình có điểm kiểm tra tiếp tục chạy sau khi điểm kiểm tra hoàn tất.
Ngoài ra, bạn có thể chỉ định rằng chúng sẽ bị dừng (thông qua --ngừng lại), hoặc là
chấm dứt / hủy bỏ / bị giết (thông qua --thuật ngữ, --Huỷ bỏ, hoặc là --giết chết). Điều này được thực hiện bằng cách gửi
tín hiệu thích hợp cho mọi quy trình là một phần của trạm kiểm soát. Nếu các quy trình được
dừng tại thời điểm yêu cầu trạm kiểm soát, sau đó --tiếp có thể được sử dụng để gửi SIGCONT
cho tất cả các quy trình sau khi trạm kiểm soát được hoàn thành.

Bộ nhớ ánh xạ các tập tin
Theo mặc định, các điểm kiểm tra không bao gồm bất kỳ tệp nào được mmap () ed vào quy trình
không gian địa chỉ trừ khi chúng đã được hủy liên kết tại thời điểm trạm kiểm soát được thực hiện. Cái này
là một tối ưu hóa tiết kiệm không gian / thời gian với giả định rằng các tệp được yêu cầu sẽ
vẫn hiện diện (và không bị gián đoạn) tại thời điểm khởi động lại. Thông thường, khoản tiết kiệm lớn nhất đi kèm
từ việc không lưu tệp thực thi hoặc các thư viện động (còn gọi là chia sẻ). Tuy nhiên, các tùy chọn
tồn tại để làm cho điểm kiểm tra cũng lưu các tệp này. Lá cờ --save-exe sẽ gây ra
tệp thực thi được đưa vào tệp ngữ cảnh. Lá cờ --save-riêng tư sẽ
đưa vào tệp ngữ cảnh bất kỳ tệp nào được ánh xạ với cờ MAP_PRIVATE,
trong Linux bao gồm các thư viện thực thi và động / được chia sẻ. Lá cờ --save-chia sẻ
là để lưu các tệp được ánh xạ với cờ MAP_SHARED. Lưu ý rằng đây là không các
gắn cờ bạn muốn cho các thư viện được chia sẻ. Khi khởi động lại, bất kỳ tệp nào được lưu bởi các cờ này sẽ được
ánh xạ vào quy trình bất kể có tệp nào tồn tại ở vị trí ban đầu hay không.
Nếu có tệp ở vị trí ban đầu, nó vẫn không bị ảnh hưởng khi khởi động lại. Cuối cùng
--lưu tất cả và --save-none sẽ khiến tất cả (hoặc không có) các tệp mmaped tùy chọn này trở thành
đã lưu. Mặc định là --save-none. Khi vượt qua nhiều tùy chọn này, chúng
được xử lý từ trái sang phải với tất cả các tùy chọn đều là phụ gia, ngoại trừ --save-none cái nào
hủy tác động của bất kỳ tùy chọn nào xuất hiện trước đó.

Kiểm tra ptrace () ed Quy trình
Không có (hiện tại) không có cách nào để giải quyết hoàn toàn minh bạch các điểm kiểm tra của các quy trình
đang được theo dõi với ptrace(2). Do đó, hành vi mặc định (cũng có sẵn qua
--ptraced-lỗi) là trả về lỗi nếu bất kỳ quy trình nào được kiểm tra là
hiện đang được ptraced. Tuy nhiên, có hai hành vi có thể khác để lựa chọn trong số:

--ptraced-bỏ qua
Các quy trình thực hiện sẽ bị loại trừ khỏi trạm kiểm soát. Không có lỗi là
được tạo trừ khi điều này dẫn đến không có quá trình nào được kiểm tra.

--ptraced-cho phép
Quy trình Ptraced sẽ được kiểm tra giống như bất kỳ quy trình nào khác. CẢNH BÁO:
Bởi vì quy trình đã kiểm tra và mô-đun nhân BLCR phải tương tác bằng cách sử dụng
tín hiệu và lệnh gọi hệ thống, trình gỡ lỗi (hoặc trình đánh dấu khác) có thể cần phải tiếp tục
(các) quy trình mục tiêu, có thể nhiều hơn một lần, để cho phép điểm kiểm tra hoàn thành.

Kiểm tra ptrace () ing Quy trình
Không có (hiện tại) không có cách nào để giải quyết hoàn toàn minh bạch các điểm kiểm tra của các quy trình
đang theo dõi các quy trình khác bằng cách sử dụng ptrace(2). Do đó, hành vi mặc định (cũng
có sẵn qua --ptracer-lỗi) là để trả về một lỗi nếu bất kỳ quá trình nào được
điểm kiểm tra hiện đang thực hiện các quy trình khác. Tuy vậy --ptracer-bỏ qua có sẵn
để khiến cr_checkpoint âm thầm loại trừ các quy trình như vậy khỏi trạm kiểm soát. Không có lỗi
được tạo ra trong trường hợp đó trừ khi điều này sẽ dẫn đến không có quá trình nào được kiểm tra.

LỰA CHỌN

Tổng Quát lựa chọn:
-v, --dài dòng
in thông báo tiến độ cho stderr.

-q, --Yên lặng
ngăn chặn các thông báo lỗi / cảnh báo tới stderr.

- ?, --Cứu giúp
in thông báo này và thoát.

--phiên bản
in thông tin phiên bản và thoát.

Các lựa chọn cho phạm vi of các trạm kiểm soát:
-T, --cây
ID xác định một id quy trình. Nó và tất cả các con cháu của nó phải được kiểm tra.
Đây là mặc định.

-p, - lipid, --tiến trình
ID xác định một id quy trình duy nhất.

-g, --pgid, --tập đoàn
ID xác định một id nhóm quy trình.

-s, --sid, --phiên họp
ID xác định một id phiên.

Các lựa chọn cho điểm đến địa điểm thư viện nào of các trạm kiểm soát:
-c, --cwd
điểm kiểm tra được lưu dưới dạng một tệp 'context.ID' duy nhất trong thư mục làm việc của cr_checkpoint
(mặc định).

-d, --dir DIR
trạm kiểm soát được lưu trong thư mục mới DIR, với một tệp 'context.ID' cho mỗi quá trình
(chưa thực hiện).

-f, --tập tin FILE
trạm kiểm soát được lưu dưới dạng FILE.

-F, --fd FD
điểm kiểm tra được ghi vào bộ mô tả tệp đang mở.

Các lựa chọn cho tạo / thay thế điều luật cho trạm kiểm soát các tập tin:
--nguyên tử
trạm kiểm soát được tạo / thay thế nguyên tử (mặc định).

--sao lưu[=TÊN]
trạm kiểm soát được tạo nguyên tử và bất kỳ điểm kiểm tra hiện có nào được sao lưu vào NAME hoặc
*. ~ 1 ~, *. ~ 2 ~, v.v.

--cướp
điểm kiểm tra được ghi tăng dần để nhắm mục tiêu, ghi đè lên bất kỳ điểm kiểm tra nào đã tồn tại từ trước
điểm kiểm tra.

--noclobber
điểm kiểm tra sẽ không thành công nếu tệp đích tồn tại.

Các tùy chọn này bị bỏ qua nếu đích là bộ mô tả tệp.

Các lựa chọn cho tín hiệu gởi đến (các) quy trình sau khi trạm kiểm soát:
--chạy không có tín hiệu được gửi: tiếp tục thực thi (mặc định).

-S, --dấu hiệu NUM
tín hiệu NUM được gửi đến tất cả các bộ xử lý.

--ngừng lại SIGSTOP được gửi đến tất cả các quy trình.

--thuật ngữ SIGTERM được gửi đến tất cả các quy trình.

--Huỷ bỏ
SIGABRT được gửi đến tất cả các quy trình.

--giết chết SIGKILL được gửi đến tất cả các quy trình.

--tiếp SIGCONT được gửi đến tất cả các quy trình.

Các tùy chọn trong nhóm này loại trừ lẫn nhau. Nếu nhiều hơn một được đưa ra thì chỉ
người cuối cùng sẽ được vinh danh.

Các lựa chọn cho hồ sơ hệ thống đồng bộ hóa (vỡ nợ is --đồng bộ hóa):
--đồng bộ hóa fsync tập tin điểm kiểm tra vào đĩa (mặc định).

--nosync
không fsync (các) tệp điểm kiểm tra vào đĩa.

Các lựa chọn đến tiết kiệm không bắt buộc phần of ký ức:
--save-exe
lưu tệp thực thi.

--save-riêng tư
lưu các tệp được ánh xạ riêng tư. (các tệp thực thi và thư viện được ánh xạ theo cách này)

--save-chia sẻ
lưu các tệp được ánh xạ được chia sẻ. (Hệ thống V IPC được ánh xạ theo cách này).

--lưu tất cả
lưu tất cả những điều trên.

--save-none
không lưu nào ở trên (mặc định).

Các lựa chọn cho ptced Quy trình (vỡ nợ is --ptraced-lỗi):
--ptraced-lỗi
trả về lỗi nếu một điểm kiểm tra được yêu cầu đối với một quá trình đang được ptraced.

--ptraced-bỏ qua
các quy trình ptraced bị loại trừ một cách âm thầm khỏi yêu cầu trạm kiểm soát. Nếu
phạm vi trạm kiểm soát là --cây, thì điều này cũng sẽ loại trừ bất kỳ trẻ em nào như vậy
các quy trình. Không có lỗi nào được tạo ra trừ khi điều này dẫn đến không có quá trình nào
đã kiểm tra.

--ptraced-cho phép
các quy trình ptraced trạm kiểm soát bình thường. CẢNH BÁO: Điều này có thể yêu cầu trình đánh dấu
"tiếp tục" (các) quy trình mục tiêu, có thể nhiều hơn một lần.

Các lựa chọn cho Quy trình theo dõi loại khác (vỡ nợ is --ptracer-lỗi):
--ptracer-lỗi
trả về lỗi nếu một điểm kiểm tra được yêu cầu của một quá trình đang ptracing những người khác.

--ptracer-bỏ qua
các quy trình ptracing khác bị loại trừ một cách âm thầm khỏi yêu cầu trạm kiểm soát. Nếu như
phạm vi trạm kiểm soát là --cây, thì điều này cũng sẽ loại trừ bất kỳ trẻ em nào như vậy
các quy trình. Không có lỗi nào được tạo ra trừ khi điều này dẫn đến không có quá trình nào
đã kiểm tra.

Các lựa chọn cho hạt nhân đăng nhập tin nhắn (vỡ nợ is --kmsg-lỗi):
--kmsg-không
không báo cáo bất kỳ thông báo hạt nhân nào.

--kmsg-lỗi
khi điểm kiểm tra bị lỗi, hãy báo cáo về việc lập trình bất kỳ thông báo hạt nhân nào được liên kết với
yêu cầu trạm kiểm soát.

--kmsg-cảnh báo
báo cáo về stderr bất kỳ thông báo hạt nhân nào được liên kết với yêu cầu điểm kiểm tra,
bất kể thành công hay thất bại. Các thông báo được tạo trong trường hợp không bị lỗi là
được coi là những lời cảnh báo.

Các tùy chọn trong nhóm này loại trừ lẫn nhau. Nếu nhiều hơn một được đưa ra thì chỉ
người cuối cùng sẽ được vinh danh. Lưu ý rằng --Yên lặng ngăn chặn tất cả đầu ra stderr,
bao gồm những thông điệp này.

Khác Tùy chọn:
-t, --thời gian SEC
chỉ cho phép SEC giây để mục tiêu hoàn thành trạm kiểm soát (mặc định: đợi
vô thời hạn).

VÍ DỤ

Để kiểm tra quy trình với ID quy trình 23452, hãy lưu trạng thái của nó vào tệp bối cảnh.23452:

cr_checkpoint -p 23452

Để kiểm tra tất cả các quy trình trong nhóm quy trình 68473 và lưu chúng vào tệp nhóm:

cr_checkpoint -g -f nhóm 68473

Để kiểm tra tất cả quá trình trong phiên 8362 và lưu các tệp 'context.PID' riêng biệt cho
mỗi quy trình trong thư mục 'my_checkpoints':

cr_checkpoint -s -d my_checkpoint 8362

Sử dụng cr_checkpoint trực tuyến bằng các dịch vụ onworks.net