Talk:LXD

From ArchWiki
Jump to navigation Jump to search

Removal of "LXD Networking"

The "LXD init" command takes care of network setup as well, so the section is not necessary anymore and it was also outdated.

We could write a new section for networking, but for now that would require too much information, because LXD added more network devices (e.g. macvlan, ipvlan etc.) etc..

I would rely on upstream for documentation; you can find an overview here: https://linuxcontainers.org/lxd/advanced-guide/#networks

Sadly there is no "real" official guide yet, but some blogs and the LXD forum give more detailed instructions on setup etc.

For those who want to add a new section, some notes:

  1. LXD can create new bridges on it's own, with command: lxc network create
  2. You can apply different network devices by editing the container config or specific profiles.
  3. Firewalls can sometimes be a problem, especially Docker is known to set up rules that interfere with LXDs networking.
  4. The different network types have different pros and cons, so for an overview you might describe them (for example macvlan devices allow for using an IP address from the router and work around the hosts firewall, but deny access between host<=>container (over network) by default (needs a workaround)).

G3ro (talk) 19:52, 14 October 2020 (UTC) G3ro

Regarding "lxd-agent inside a virtual machine"

Afaik most images now have the lxd-agent implemented by default. So this would only be necessary for the images without implementation. But I don't know if it applies to arch images as well.

G3ro (talk) 21:45, 12 October 2020 (UTC) G3ro

I frankly haven't had time to check. If you can test them and see how it works it might be a good idea. Else we can move it to some "Tips and Tricks" section? Foxboron (talk) 21:54, 12 October 2020 (UTC)
I just found a post in the official forum again (running virtual machines with lxd 4.0), it mentions support for lxd-agent out of the box for "cloud" variants of the images for the following distros:
* Arch Linux
* CentOS (7 and up)
* Debian (8 and up)
* Fedora
* Gentoo
* OpenSUSE
* Ubuntu
Update: It seems the situation is a bit more complicated, because not all distros have a "cloud" variant and not all distro versions support virtual-machines...well, it can't be helped, the situation can change dynamically so I will simply instruct readers to look out for "cloud"-variants, and alternatively point them to the instructions.
I put the instructions into the troubleshooting section yesterday.
G3ro (talk) 13:34, 13 October 2020 (UTC) G3ro