<div dir="ltr">I read the link, but a fair amount of it was beyond my understanding. My confusion was around the use of the words loopback and localhost, whereas from an IP point of view, I've got two different addresses talking to each other, I'm not using a loopback interface or connecting to localhost (127.0.0.x).<div><br></div><div>If tar with <span style="color:rgb(0,0,0);font-family:monospace;font-size:medium">--one-file-system</span> works it makes the backup process easy too. </div><div><br></div><div>Thanks :-)</div><div><br></div><div>Matt</div><div><br></div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 4 December 2015 at 15:17, Fajar A. Nugraha <span dir="ltr"><<a href="mailto:list@fajar.net" target="_blank">list@fajar.net</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 class="gmail_extra"><div class="gmail_quote"><span class="">On Fri, Dec 4, 2015 at 8:54 PM, Matthew Green <span dir="ltr"><<a href="mailto:mephi@mephi.co.uk" target="_blank">mephi@mephi.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Hi Fajar,<div><br></div><div>(1) Understood, I was just trying to work out if mine was one.</div><div>(2) I've got it working with the client connecting to the server IP address, does this still have problems? One of the issues I have with LXC is knowing when an action is considered to be on the same machine as the host and when it's separate.</div><div></div></div></blockquote><div><br></div></span><div>"can connect" does not equal to safe. Did you read the link?</div><div><br></div><div>containers -> same kernel "process" as the host. For most purposes, consider those as "same" machive (even when containers can be configured to only use a subset of host's resources).</div><div><br></div><div>KVM/any-other-full-virtualization -> guest and host use separate kernels. They can even be completely different OS (e.g. windows on linux host)</div><span class=""><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>(3) My portability concern was around being able to migrate a container to a new host, so yeah, I would need to add the NFS share on the new host as well.</div></div></blockquote><div><br></div><div><br></div></span><div>Shouldn't be an issue then. Either bind-mount directly, or nfs-import-then-bind-mount as required.</div><span class=""><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>(4) For backups I read somewhere that if you tar a container with a bind mount you also tar the contents of the mount, so if I bind mount then I'll need to work out a way to remove the bind mount prior to running tar</div><div><br></div></div></blockquote><div><br></div></span><div>Options for backup in your case:</div><div>(a) read the docs, <a href="https://www.gnu.org/software/tar/manual/html_section/tar_55.html" target="_blank">https://www.gnu.org/software/tar/manual/html_section/tar_55.html</a></div><div><br></div><div>(b) bind-mount the path you'll be backing up somewhere first (e.g "mount --bind /var/lib/lxc/c1/rootfs /tmp/mnt"), and THEN backup the new mount point</div><div><br></div><div>(c) use block-level backup</div><div><br></div><div>(d) use something more advanced, like zfs with its send/receive feature</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-- </div><div>Fajar </div></font></span></div></div></div>
<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><br></blockquote></div><br></div></div>