<div dir="ltr">Just my 2 cents : I am not following the LXD alot but if it supports live migration, I believe it does, then it'd be taking care of similar things (remapping etc) when it resumes the container on another host. You may try this on another set of hosts and check how that looks may be.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 4, 2016 at 2:32 AM, Ron Kelley <span dir="ltr"><<a href="mailto:rkelleyrtp@gmail.com" target="_blank">rkelleyrtp@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings all,<br>
<br>
I updated some packages on my Ubuntu 15.10 server today which (when rebooted) caused the bridged networking to no longer work.  As a result, the LXD daemon would not start, in turn, preventing me from spinning up some containers.  After fixing the networking issue, I realized I don’t have an emergency plan/process to recover a container on Node-B if Node-A fails.<br>
<br>
I am looking for a way to rsync container-1 on Node-A to Node-B if/when LXC/LXD is not running on Node-A.  I realized the UID/GID values are different between the nodes, thus I need a way to sync the rootfs between nodes and remap the UID/GID properly.<br>
<br>
Any pointers?<br>
<br>
Thanks.<br>
<br>
_______________________________________________<br>
lxc-users mailing list<br>
<a href="mailto:lxc-users@lists.linuxcontainers.org">lxc-users@lists.linuxcontainers.org</a><br>
<a href="http://lists.linuxcontainers.org/listinfo/lxc-users" rel="noreferrer" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a></blockquote></div><br></div>