6,534
edits
Changes
enlarge, split into more sections
It is currently possible to create and start a container with the same steps as one would use for a normal OpenVZ container. Other functionality may be present with limited functionality, while some are not present at all.
The following commands have severe limitations:* Networking <code>stop</code>. A container can be stopped from inside (say if one is available through connected to CT over ssh) in case the switches --netdev_add, --netif_add, and their respective deletion counterpartsunderlying kernel supports rebooting a PID namespace (> 3. IP mode networking (--ipadd / --ipdel4) . Using vzctl, the "stop" command is currently not supported, unless accompanied by the --fast switch, which will simply forceably kill all processes in the container.
** cpu.cfs_quota_us
** cpu.shares
** memory.kmem.limit_in_bytes
** memory.kmem.tcp.limit_in_bytes
=== Other binaries ===
Pretty much everything else other than vzctl is not working. That includes:
* vzlist
* vzcalc
* vzcfgvalidate
* vzcpucheck
* vzmemcheck
* vzmigrate
* vzeventd
* vzpid
* vzsplit
* vzubc
== Building and using ==
Upstream support is not enabled by default. To build it into vzctl, one needs to specify the <code>--with-cgroup</code> switch to <code>configure</code>:
$ ./configure --with-cgroup--without-ploop
plus, of course, any other relevant options. Minimum versions for depencies is:
For supported features, usage is expected to be the same as standard vzctl tool.
== Networking ==
Networking is available through the switches --netdev_add, --netif_add, and their respective deletion counterparts.
IP mode networking (--ipadd / --ipdel) is currently not supported.