[CRIU] [PATCH] criu: Add exec-cmd option (v2)
Pavel Emelyanov
xemul at parallels.com
Fri Mar 21 04:56:00 PDT 2014
On 03/21/2014 03:51 PM, Andrew Vagin wrote:
>>> 1. we cannot check the exec call
>>
>> This is hardly required, since even if it fails, we cannot abort the
>> restored tree.
>
> Can we resume the restored tree before executing "exec-cmd".
> My opinion is that we can't, because it may fail.
>
> So maybe we need to fork a process for "exec-cmd" before restoring
> processes.
>
> criu restore
> \
> criu restore (It will exec the cmd)
> \
> restore tree
>
> This intermediate process does nothing while we are restoring processes.
> If all processes are restored successfully, the first process gives a
> signal to the second one to exec the cmd. And only if the cmd is
> executed successfully, the first process resumes the restored tree.
>
> In this case we will able to safely rollback if exec-cmd fails.
>
> Does it sound reasonable?
It looks reasonable and unifies the --exec-cmd with and without -d option.
An extra process in non-detach case doesn't look bad. Dayan, what do you think?
Thanks,
Pavel
More information about the CRIU
mailing list