summaryrefslogtreecommitdiffstats
path: root/share/doc/bugs.txt
blob: a49f9d8c6d27ac4ce2ded238d8fe2ec3fdcddf93 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
container-tools: Bugs
=====================


1. veth not removed on container stop
-------------------------------------

When stopping a container, it irregularly but reproducibly happen that the
corresponding veth device of the container is not shutdown, making it
impossible to start the container again.

This is caused by a kernel bug not cleaning up veth devices on container
collapsing. The veth device is supposed to be go away automatically after
some time, definitely after a reboot though.

A manual workaround is to shutdown the veth device manually with:

# ip link delete ${VETH_DEVICE}

There is a patch for it, see for more information:
http://lists.linuxfoundation.org/pipermail/containers/2012-October/030533.html

FIXME: add nspan message about it here

2. bug with machine.slices etc
------------------------------

FIXME

3. veth length
--------------

systemd creates veth devices on the fly and names them vb-$NAME, where NAME is the
container name truncated to the first 10 characters.

Problem: if you have several containers named with the first 10 characters to be
identical, systemd will not be able to create a new veth device.

4. root console
---------------

# Let's attach a console to the example container.
#
# Note: we did not create a user in the container,
# logging in as root over a pseudo-terminal is
# considered insecure by pam and will fail.
cnt console -n example.net
# Let's disable pam_securetty.so for demonstration purpose only.
vi /var/lib/machines/example.net/etc/pam.d/login
# Now login as root will work.
cnt console -n example.net