- 10 Sep, 2017 14 commits
-
-
Serge Hallyn authored
conf: add userns_exec_full()
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Users were confused when the config file created during cloning or copying a container suddenly missed all newlines. Let's keep them. Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Closes #1802. Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
- 09 Sep, 2017 8 commits
-
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
non-functional changes Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
non-functional changes Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
non-functional changes Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Closes #1800. Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Closes #1800. Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Closes #1800. Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Closes #1800. Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
- 06 Sep, 2017 12 commits
-
-
Stéphane Graber authored
tools: fix lxc-upate-config
-
Christian Brauner authored
- replace lxc.network.[i].ipv4 with lxc.net.[i].ipv4.address - remove lxc.rootfs.backend lines Closes #1790. Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Update Japanese man pages
-
Christian Brauner authored
network: add missing checks for empty links
-
Christian Brauner authored
cleanup: remove unnecessary zeroing
-
KATOH Yasufumi authored
* and fix a typo in English man Signed-off-by:KATOH Yasufumi <karma@jazz.email.ne.jp>
-
KATOH Yasufumi authored
* Update for commit 594d6e30 * and some improvements Signed-off-by:
KATOH Yasufumi <karma@jazz.email.ne.jp>
-
LiFeng authored
In the past, if the console client exited, lxc_console_cb_con return 1. And the lxc_poll will exit, the process will wait at waitpid. At this moment, the process could not handle any command (For example get the container state LXC_CMD_GET_STATE or stop the container LXC_CMD_STOP.). I think we should clean the tty_state and return 0 in this case. So, we can use the lxc-console to connect the console of the container. And we will not exit the function lxc_polland we can handle the commands by lxc_cmd_process Reproducer prior to this commit: - open a new terminal, get the tty device name by command tty /dev/pts/6 - set lxc.console.path = /dev/pts/6 - start the container and the ouptut will print to /dev/pts/6 - close /dev/pts/6 - try an operation e.g. getting state with lxc-ls and lxc-ls will hang Closes #1787. Signed-off-by:
LiFeng <lifeng68@huawei.com> Acked-by:
Christian Brauner <christian.brauner@ubuntu.com>
-
Wolfgang Bumiller authored
The entire netdev is zeroed via memset() already. Unions and all. Signed-off-by:Wolfgang Bumiller <w.bumiller@proxmox.com>
-
Wolfgang Bumiller authored
Signed-off-by:Wolfgang Bumiller <w.bumiller@proxmox.com>
-
Stéphane Graber authored
Signed-off-by:Stéphane Graber <stgraber@ubuntu.com>
-
Stéphane Graber authored
Signed-off-by:Stéphane Graber <stgraber@ubuntu.com>
-
- 05 Sep, 2017 6 commits
-
-
Stéphane Graber authored
doc: adapt + update
-
Christian Brauner authored
- lxc.id_map -> lxc.idmap - document lxc.cgroup.dir Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Christian Brauner authored
Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-
Stéphane Graber authored
Signed-off-by:Stéphane Graber <stgraber@ubuntu.com>
-
Serge Hallyn authored
conf: bugfixes
-
Christian Brauner authored
A bit of context: userns_exec_1() is only used to operate based on privileges for the user's own {g,u}id on the host and for the container root's unmapped {g,u}id. This means we require only to establish a mapping from: - the container root {g,u}id as seen from the host -> user's host {g,u}id - the container root -> some sub{g,u}id This function however was buggy. It relied on some pointer pointing to the same memory, namely specific idmap entries in the idmap list in the container's in-memory configuration. However, due to a stupid mistake of mine, the pointers to be compared pointed to freshly allocated memory. They were never pointing to the intended memory locations. To reproduce what I'm talking about prior to this commit simply place: chb:999:1000000000 chb:999:1 chb:1000:1 in /etc/sub{g,u}id then create a container which requests the following idmappings: lxc.idmap = u 0 999 999 lxc.idmap = g 0 999 1000000000 and start the container. What we *would expect* is for liblxc to establish the following mapping: newuidmap <pid> 0 999 999 newgidmap <pid> 0 999 1000000000 since all required mappings are present. Due to the buggy pointer comparisons what happened was: newuidmap <pid> 0 999 999 0 999 999 newgidmap <pid> 0 999 1000000000 0 999 1000000000 Let's fix this. Signed-off-by:Christian Brauner <christian.brauner@ubuntu.com>
-