[CRIU] Unable to send/recv msg to/from CRIU: Connection reset by peer

[Paschalis Mpeis]

I 'll detail what I did, just in case..

1.
​ ​
make clean in criu/deps/criu-x86_64
2. changed the criu/deps/criu-x86_64/lib/criu.c, and added the perror
patch.\
3. runned the make command, found in
http://criu.org/Installation#Native_Compilation
4.
​ ​Copied the `
include
​`, and `
lib
​`, folders to the folder that I was working on
5. Copied the new `criu` binary
​
Output:

> --- Restore loop ---
> *Can't exec criu swrk: No such file or directory*
> Can't read response: Connection reset by peer
> Can't receive response: Connection reset by peer
> Unable to send/recv msg to/from CRIU: Connection reset by peer
> linpack_capture: FAIL
> == Stopping service



Btw, I have noticed that I am not using the `
pbc-x86_64
​`​ protocol-c buffers folder at all. For the PB I have copied the include
and lib folders from `
x86_64-linux-gnu
​`​ folder. But this should be normal, right? As the instructions at
criu.org/Installation#Native_protobuf-c
​ will be using that folder as an output.​


On Tue, Dec 9, 2014 at 11:38 PM, Ruslan Kuprieiev <kupruser at gmail.com>
wrote:

> Could you try this patch and show what test now say, please?
> I suspect that execlp inside libcriu fails.
>
> ---
>  lib/criu.c | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/lib/criu.c b/lib/criu.c
> index 18d2091..de81124 100644
> --- a/lib/criu.c
> +++ b/lib/criu.c
> @@ -654,6 +654,7 @@ int criu_restore_child(void)
>                 sprintf(fds, "%d", sks[1]);
>
>                 execlp("criu", "criu", "swrk", fds, NULL);
> +               perror("Can't exec criu swrk");
>                 exit(1);
>         }
>
> --
> 1.9.3
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/criu/attachments/20141210/593fe95e/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.openvz.org/pipermail/criu/attachments/20141210/593fe95e/attachment.ksh>