<div dir="ltr">You can explicitly map the veths you want when restoring:<div><br></div><div><div> --veth-pair IN=OUT map inside veth device name to outside one</div><div> can optionally append @<bridge-name> to OUT for moving</div><div> the outside veth to the named bridge</div></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 28, 2015 at 9:55 PM, Hui Kang <span dir="ltr"><<a href="mailto:hkang.sunysb@gmail.com" target="_blank">hkang.sunysb@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>Hi,<br></div>I need to restore a process which has one end of the veth, say veth100, in the process's namespace.The other end, say veth101, is in the host namespace.<br><br>However, when I checkpoint and restore the process, the veth1 in the process namespace is connected to a different veth in the host namespace, which is veth0.<br></div>The problem is the veth100 in the restored process is not connected to veth101.<br><br></div>I set logleve=4, but failed to find any information in the restore.log. Does anyone know how to debug this issue? Thanks.<span class="HOEnZb"><font color="#888888"><br><br></font></span></div><span class="HOEnZb"><font color="#888888">- Hui<br> </font></span></div>
<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" rel="noreferrer" target="_blank">https://lists.openvz.org/mailman/listinfo/criu</a><br>
<br></blockquote></div><br></div>