<div dir="ltr">Tamas,<div><br></div><div>are you actually doing this? any gotchas?</div><div><br></div><div>I'm trying to set up exactly the same, have a live node and a backup node, both running zfs. I have the same containers, with the same mac, at destination, however I'm unclear that just by copying over the rootfs dataset from zfs it will be enough to make it work.</div><div><br></div><div>Has anybody done this before? I think somebody (maybe Fajar) in the past also mentioned keeping /var/lib/lxd on zfs and replicating that too which makes a lot of sense.</div><div><br></div><div>It'd be good if we could collect a sort of best practice document from people with actual experience that do this regularly and list out all the steps and requirements.</div><div><br></div><div>thanks,</div><div><br></div><div>Spike</div><div><br></div><div><div class="gmail_quote"><div dir="ltr">On Wed, Apr 26, 2017 at 11:08 PM Tamas Papp <<a href="mailto:tamas.papp@rtfm.co.hu">tamas.papp@rtfm.co.hu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 04/27/2017 03:43 AM, Benoit GEORGELIN - Association Web4all wrote:<br>
> Good evening<br>
> I'm running into a problem with LXD live migration, so I can't use live migration<br>
> I have this kind of error:<br>
> error: Error transferring container data: migration restore failed<br>
> (00.018254) Warn  (criu/apparmor.c:421): apparmor namespace /sys/kernel/security/apparmor/policy/namespaces/lxd-router-gw_<var-lib-lxd> already exists, restoring into it<br>
> (00.025064) Warn  (criu/cr-restore.c:853): Set CLONE_PARENT | CLONE_NEWPID but it might cause restore problem,because not all kernels support such clone flags combinations!<br>
> (00.246825)      1: Warn  (criu/autofs.c:77): Failed to find pipe_ino option (old kernel?)<br>
> (00.249058) Error (criu/cr-restore.c:1024): 15755 killed by signal 11: Segmentation fault<br>
> (00.268144) Error (criu/cr-restore.c:1024): 15755 killed by signal 9: Killed<br>
> (00.288290) Error (criu/mount.c:3275): mnt: Can't remount root with MS_PRIVATE: No such file or directory<br>
> (00.288297) Error (criu/mount.c:3285): mnt: Can't unmount .criu.mntns.K2nNqG: No such file or directory<br>
> (00.288301) Error (criu/mount.c:3290): mnt: Can't remove the directory .criu.mntns.K2nNqG: No such file or directory<br>
> (00.288627) Error (criu/cr-restore.c:1890): Restoring FAILED.<br>
><br>
><br>
> I thought it was because of the kernel, but it looks supported : 4.4.0-47-generic<br>
><br>
> So, I would like to move my containers. Moving without live migration have a big impact as the container have to be stopped. And the bigger, the longer ^^<br>
><br>
> I'm using ZFS as backend storage.<br>
> LXD/LXC version 2.8 on source<br>
> LXD/LXC version 2.12 on destination<br>
><br>
> Do you have any idea how i can move it and reduce the downtime ?<br>
> Like doing an rsync while the container is running, stop the container, rsync while it is stopped so I save time.<br>
><br>
> My idea was eventually to create the container on destination node. Same name , same configuration<br>
> rsync the content of the storage from source to destination twice (one while running, one while stopped)<br>
> then start the container on the destination node<br>
<br>
If you use zfs backend, why don't you use 'zfs send/recv'?<br>
<br>
tamas<br>
_______________________________________________<br>
lxc-users mailing list<br>
<a href="mailto:lxc-users@lists.linuxcontainers.org" target="_blank">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></div></div>