<div dir="ltr">FWIW, here is what I've been doing for Docker:<div><div><div><br></div><div>- If the filesystem is AUFS or UnionFS, it definitely has to be created by an "agent" before attempting to restore. The right agent would be Docker. But until native C/R is added to Docker, we can use a helper script to set up the filesystem. This is actually done by the docker_cr.sh script that I sent earlier. Once created, it exists in /proc/mounts and restore is successful.</div>
<div><br></div><div>- If the filesystem is VFS, it doesn't have to be set up but it has to be bind mounted onto itself for restore to succeed. This can be done by CRIU itself either automatically or via a command line option. Currently, it's done in the helper script before restore.</div>
<div><br></div><div>I haven't experimented with LXC or other configurations.</div><div><br></div><div>--Saied</div><div><br><div><br></div></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Wed, Sep 3, 2014 at 2:23 PM, Tycho Andersen <span dir="ltr"><<a href="mailto:tycho.andersen@canonical.com" target="_blank">tycho.andersen@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Pavel,<br>
<br>
On Wed, Sep 03, 2014 at 08:43:13PM +0400, Pavel Emelyanov wrote:<br>
> On 08/08/2014 04:18 PM, Andrey Vagin wrote:<br>
> > We can't bind-mount the required root into itself instead of<br>
> > resolving a parent mount.<br>
> ><br>
> > This patch is required to support userns, because if we want to make<br>
> > pivot_root, the parent mount can't be locked. When we create userns<br>
> > and mntns, all inherited mounts are marked as locked.<br>
> ><br>
> > Cc: Tycho Andersen <<a href="mailto:tycho.andersen@canonical.com">tycho.andersen@canonical.com</a>><br>
> > Signed-off-by: Andrey Vagin <<a href="mailto:avagin@openvz.org">avagin@openvz.org</a>><br>
><br>
> Andrey, Tycho,<br>
><br>
> AFAIU we haven't yet decided what to do with the root mountpoint<br>
> preparation. Am I right? Can we resurrect the discussion if it's<br>
> still relevant?<br>
<br>
The issue that caused this patch was actually my misunderstanding,<br>
Andrew and I talked about it on IRC. I'm not sure (other than applying<br>
this patch, which is a usability improvement at least) that criu can<br>
do anything to prepare the rootfs. In the case of LXC it could be a<br>
block device or something, which I guess criu doesn't know how to set<br>
up?<br>
<br>
Anyway, I think it is ok to expect users to set up their own rootfs,<br>
unless there is some nice way we could do it.<br>
<br>
Tycho<br>
<br>
> Thanks,<br>
> Pavel<br>
><br>
_______________________________________________<br>
CRIU mailing list<br>
<a href="mailto:CRIU@openvz.org">CRIU@openvz.org</a><br>
<a href="https://lists.openvz.org/mailman/listinfo/criu" target="_blank">https://lists.openvz.org/mailman/listinfo/criu</a><br>
</blockquote></div><br></div>