[CRIU] Error in dump parent process, with child process in different namespace

[Hui Kang]

Hi, Pavel,
Now I run criu to dump the child the process directly by

    $ criu dump --tree 28576 -vvvv -n

28576 is the pid of the child process. The error log is below. Thanks.

- Hui

(00.021719) ----------------------------------------
(00.021732)
(00.021737) Collecting fds (pid: 28576)
(00.021742) ----------------------------------------
(00.021782) Found 5 file descriptors
(00.021790) ----------------------------------------
(00.021816) Dump private signals of 28576
(00.021834) Dump shared signals of 28576
(00.021851) Parasite syscall_ip at 0x400000
(00.022309) Putting parasite blob into 0x7f215c21e000->0x7f6fd40ea000
(00.022368) Dumping GP/FPU registers for 28576
(00.022658) xsave runtime structure
(00.022697) -----------------------
(00.022852) cwd:37f swd:0 twd:0 fop:0 mxcsr:1f80 mxcsr_mask:ffff
(00.023054) magic1:0 extended_size:0 xstate_bv:0 xstate_size:0
(00.023112) xstate_bv: 0
(00.023156) -----------------------
(00.023318) Putting tsock into pid 28576
(00.023932) Wait for parasite being daemonized...
pie: Running daemon thread leader
pie: __sent ack msg: 2 2 0
pie: Daemon wais for command
(00.024070) Wait for ack 2 on daemon socket
(00.024548) Fetched ack: 2 2 0
(00.024606) Parasite 28576 has been switched to daemon mode
pie: __fetched msg: 15 0 0
(00.025063) Sent msg to daemon 15 0 0
pie: __sent ack msg: 15 15 0
pie: Daemon wais for command
(00.035569) Wait for ack 15 on daemon socket
(00.035603) Fetched ack: 15 15 0
(00.035657) Sent msg to daemon 17 0 0
(00.035691) Wait for ack 17 on daemon socket
pie: __fetched msg: 17 0 0
pie: __sent ack msg: 17 17 0
(00.035863) Fetched ack: 17 17 0
pie: Daemon wais for command
(00.036044) Sent msg to daemon 12 0 0
(00.036093) Wait for ack 12 on daemon socket
pie: __fetched msg: 12 0 0
pie: __sent ack msg: 12 12 0
pie: Daemon wais for command
(00.036284) Fetched ack: 12 12 0
(00.036339) sid=0 pgid=1 pid=1
(00.036382) Error (cr-dump.c:1577): A session leader of 28576(1) is outside
of its pid namespace
(00.036601) Waiting for 28576 to trap
(00.036894) Daemon 28576 exited trapping
(00.036963) Sent msg to daemon 6 0 0
pie: __fetched msg: 6 0 0
pie: 1: new_sp=0x7f6fd4103008 ip 0x7f6fd397639e
(00.037527) 28576 was trapped
(00.037552) `- Expecting exit
(00.037889) 28576 was trapped
(00.038066) 28576 is going to execute the syscall f
(00.038638) 28576 was stopped
(00.039365) 28576 was trapped
(00.039463) 28576 is going to execute the syscall 1
(00.039822) 28576 was trapped
(00.039956) `- Expecting exit
(00.040502) 28576 was trapped
(00.040616) 28576 is going to execute the syscall b
(00.041097) 28576 was stopped
(00.041347) Unlock network
(00.041389) Running network-unlock scripts
(00.041638) Unfreezing tasks into 1
(00.041665)     Unseizing 28576 into 1
(00.041843) Error (cr-dump.c:1957): Dumping FAILED.


On Thu, Jul 30, 2015 at 12:29 PM, Pavel Emelyanov <xemul at parallels.com>
wrote:

> On 07/30/2015 07:24 PM, Hui Kang wrote:
> > Hi, Pavel,
> > Thanks for you reply. The main purpose is to checkpoint the child
> process. I found this in the criu manual
> >
> >        -n, --namespaces <ns>[,<ns>...]
> >            Checkpoint namespaces. Namespaces must be separated by comma.
> Currently supported
> >            namespaces: uts, ipc, mnt, pid, net.
>
> The -n option is deprecated. Thanks for pointing out this place in docs, I
> will
> remove one soon.
>
> > Can I use this to only dump the child process with its pid and net
> namespace?
>
> If you want to dump only the child then specify the child's pid in the -t
> argument :)
>
> -- Pavel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/criu/attachments/20150730/0191313e/attachment.html>