Ubuntu Server Guide Changes, errors and bugs

Troubleshooting
To view debug information about LXD itself, on a systemd based host use
j o u r n a l c t l −u l x d
Container logfiles for container c1 may be seen using:
l x c i n f o c1 −−show−l o g
The configuration file which was used may be found under /var/log/lxd/c1/lxc.conf while apparmor profiles
can be found in /var/lib/lxd/security/apparmor/profiles/c1 and seccomp profiles in /var/lib/lxd/security/
seccomp/c1.
LXC
Containers are a lightweight virtualization technology. They are more akin to an enhanced chroot than
to full virtualization like Qemu or VMware, both because they do not emulate hardware and because con-
tainers share the same operating system as the host. Containers are similar to Solaris zones or BSD jails.
Linux-vserver and OpenVZ are two pre-existing, independently developed implementations of containers-like
functionality for Linux. In fact, containers came about as a result of the work to upstream the vserver and
OpenVZ functionality.
There are two user-space implementations of containers, each exploiting the same kernel features. Libvirt
allows the use of containers through the LXC driver by connecting to lxc:///. This can be very convenient
as it supports the same usage as its other drivers. The other implementation, called simply ‘LXC’, is not
compatible with libvirt, but is more flexible with more userspace tools. It is possible to switch between the
two, though there are peculiarities which can cause confusion.
118

---

In this document we will mainly describe the lxc package. Use of libvirt-lxc is not generally recommended
due to a lack of Apparmor protection for libvirt-lxc containers.
In this document, a container name will be shown as CN, C1, or C2.
Installation
The lxc package can be installed using
sudo apt i n s t a l l l x c
This will pull in the required and recommended dependencies, as well as set up a network bridge for con-
tainers to use. If you wish to use unprivileged containers, you will need to ensure that users have sufficient
allocated subuids and subgids, and will likely want to allow users to connect containers to a bridge (see Basic
unprivileged usage below).
Basic usage
LXC can be used in two distinct ways - privileged, by running the lxc commands as the root user; or
unprivileged, by running the lxc commands as a non-root user. (The starting of unprivileged containers by
the root user is possible, but not described here.) Unprivileged containers are more limited, for instance
being unable to create device nodes or mount block-backed filesystems. However they are less dangerous to
the host, as the root UID in the container is mapped to a non-root UID on the host.