Difference between revisions of "RPC"
(Created page with "CRIU-RPC is a remote procedure call (RPC) protocol which uses Google Protocol Buffers to encode its calls and SOCK_SEQPACKET Unix domain socket as a transport mechanism. == P...") |
|||
Line 28: | Line 28: | ||
CRIU will open /proc/<client's_pid>/fd/<images_dir_fd>, so it will work, if client is in another namespace. | CRIU will open /proc/<client's_pid>/fd/<images_dir_fd>, so it will work, if client is in another namespace. | ||
− | For other options description, please | + | For other options description, please run "criu -h". |
=== Dump response === | === Dump response === | ||
Line 67: | Line 67: | ||
If no address is set, "/tmp/criu_service.socket" is used by default. | If no address is set, "/tmp/criu_service.socket" is used by default. | ||
You may also like to demonize server(-d), set log level(-v<N>) or set log file(-o <logname>). | You may also like to demonize server(-d), set log level(-v<N>) or set log file(-o <logname>). | ||
− | For the full list of options, please | + | For the full list of options, please run "criu -h". |
== Client == | == Client == | ||
Client, in its turn, must connect to service socket, send criu_msg with request in it, and wait for a criu_msg with response. | Client, in its turn, must connect to service socket, send criu_msg with request in it, and wait for a criu_msg with response. | ||
You can find examples of client programs in C and Python in test/rpc/. | You can find examples of client programs in C and Python in test/rpc/. |
Revision as of 10:06, 15 September 2013
CRIU-RPC is a remote procedure call (RPC) protocol which uses Google Protocol Buffers to encode its calls and SOCK_SEQPACKET Unix domain socket as a transport mechanism.
Preconditions
Well described here: Self_dump.
Protocol Buffers
See protobuf/criu-rpc.proto. There are three types of structures for now:
Dump request
criu_dump_req is used to store dump options from client.
message criu_dump_req { optional int32 pid = 1; optional bool leave_running = 2; optional bool ext_unix_sk = 3; optional bool tcp_established = 4; optional bool evasive_devices = 5; optional bool shell_job = 6; optional bool file_locks = 7; required int32 images_dir_fd = 8; optional int32 log_level = 9 [default = 2]; }
If no pid is set, CRIU will dump client process by default. Note: Whole tree <pid> must have the same uid, as a client, or client's uid must be == 0, otherwise CRIU won't dump nothing at all.
Only images_dir_fd is required, all other fields may not be set. Client must open directory for images by himself and set images_dir_fd to it's fd. CRIU will open /proc/<client's_pid>/fd/<images_dir_fd>, so it will work, if client is in another namespace.
For other options description, please run "criu -h".
Dump response
criu_dump_resp is used to store response from CRIU.
message criu_dump_resp { required bool success = 1; optional bool restored = 2; }
Field "restored" is set to "true" if process was restored.
CRIU msg
criu_msg is a wrapper for other two structures to pass them through the socket.
message criu_msg { enum Type { EMPTY = 0; DUMPREQ = 1; DUMPRESP = 2; } required Type type = 1; optional criu_dump_req dump_req = 2; optional criu_dump_resp dump_resp = 3; }
Server
On a server side, CRIU creates SOCK_SEQPACKET Unix socket and listens for connections on it. After receiving criu_msg, CRIU processes it and do what is requested and sends response back.
To launch service server run:
#criu service --address <socket_address>
If no address is set, "/tmp/criu_service.socket" is used by default. You may also like to demonize server(-d), set log level(-v<N>) or set log file(-o <logname>). For the full list of options, please run "criu -h".
Client
Client, in its turn, must connect to service socket, send criu_msg with request in it, and wait for a criu_msg with response. You can find examples of client programs in C and Python in test/rpc/.