@@ -18,9 +18,9 @@ jailer --id <id> \
18
18
--exec-file < exec_file> \
19
19
--uid < uid> \
20
20
--gid < gid> \
21
- [--parent-cgroup < parent_cgroup> ] \
22
21
[--cgroup-version < cgroup_version> ] \
23
22
[--cgroup < cgroup> ] \
23
+ [--parent-cgroup < parent_cgroup> ] \
24
24
[--chroot-base-dir < chroot_base> ] \
25
25
[--netns < netns> ] \
26
26
[--resource-limit < resource= value> ] \
@@ -38,19 +38,6 @@ jailer --id <id> \
38
38
specific.
39
39
- ` --uid ` and ` --gid ` specify the uid and gid the jailer switches to as it execs
40
40
the target binary.
41
- - ` --parent-cgroup ` is used to allow the placement of microvm cgroups in custom
42
- nested hierarchies. By specifying this parameter, the jailer will create a new
43
- cgroup named ` <id> ` for the microvm in the ` <cgroup_base>/<parent_cgroup> `
44
- subfolder. ` <cgroup_base> ` is the cgroup controller root for ` cgroup v1 ` (e.g.
45
- ` /sys/fs/cgroup/cpu ` ) or the unified controller hierarchy for ` cgroup v2 `
46
- (e.g. ` /sys/fs/cgroup/unified ` ). ` <parent_cgroup> ` is a relative path within
47
- that hierarchy. For example, if ` --parent-cgroup all_uvms/external_uvms ` is
48
- specified, the jailer will write all cgroup parameters specified through
49
- ` --cgroup ` in ` /sys/fs/cgroup/<controller_name>/all_uvms/external_uvms/<id> ` .
50
- By default, the parent cgroup is the filename of ` <exec_file> ` , which will be
51
- henceforth referred to as ` <exec_file_name> ` . If there are no ` --cgroup `
52
- parameters specified and ` --group-version=2 ` was passed, then the jailer will
53
- move the process to the specified cgroup.
54
41
- ` --cgroup-version ` is used to select which type of cgroup hierarchy to use for
55
42
the creation of cgroups. The default value is "1" which means that cgroups
56
43
specified with ` --cgroup ` will be created within a v1 hierarchy. Supported
@@ -64,6 +51,19 @@ jailer --id <id> \
64
51
Firecracker process cgroups before the VM starts running, with no need to
65
52
create the entire cgroup hierarchy manually (which requires privileged
66
53
permissions).
54
+ - ` --parent-cgroup ` is used to allow the placement of microvm cgroups in custom
55
+ nested hierarchies. By specifying this parameter, the jailer will create a new
56
+ cgroup named ` <id> ` for the microvm in the ` <cgroup_base>/<parent_cgroup> `
57
+ subfolder. ` <cgroup_base> ` is the cgroup controller root for ` cgroup v1 ` (e.g.
58
+ ` /sys/fs/cgroup/cpu ` ) or the unified controller hierarchy for ` cgroup v2 `
59
+ (e.g. ` /sys/fs/cgroup/unified ` ). ` <parent_cgroup> ` is a relative path within
60
+ that hierarchy. For example, if ` --parent-cgroup all_uvms/external_uvms ` is
61
+ specified, the jailer will write all cgroup parameters specified through
62
+ ` --cgroup ` in ` /sys/fs/cgroup/<controller_name>/all_uvms/external_uvms/<id> ` .
63
+ By default, the parent cgroup is the filename of ` <exec_file> ` , which will be
64
+ henceforth referred to as ` <exec_file_name> ` . If there are no ` --cgroup `
65
+ parameters specified and ` --group-version=2 ` was passed, then the jailer will
66
+ move the process to the specified cgroup.
67
67
- ` --chroot-base-dir ` specifies the base folder where chroot jails are built.
68
68
The default is ` /srv/jailer ` .
69
69
- ` --netns ` specifies the path to a network namespace handle. If present, the
0 commit comments