diff options
author | Lennart Poettering <lennart@poettering.net> | 2018-04-25 13:36:06 +0200 |
---|---|---|
committer | Lennart Poettering <lennart@poettering.net> | 2018-04-25 13:43:48 +0200 |
commit | 3ee9b2f6e77b341f5249f6797eef3e34d6c1f580 (patch) | |
tree | 45601a000057816adf330f3bde0d11e9b493dae0 /doc | |
parent | 267dd427da9f7a215db772a9ac82656dcae683fb (diff) | |
download | systemd-3ee9b2f6e77b341f5249f6797eef3e34d6c1f580.tar.gz |
doc: recommend GetUnitByControlGroup() in the docs
Diffstat (limited to 'doc')
-rw-r--r-- | doc/CGROUP_DELEGATION.md | 12 |
1 files changed, 11 insertions, 1 deletions
diff --git a/doc/CGROUP_DELEGATION.md b/doc/CGROUP_DELEGATION.md index 3124eabcc0..5f11a1c402 100644 --- a/doc/CGROUP_DELEGATION.md +++ b/doc/CGROUP_DELEGATION.md @@ -431,7 +431,17 @@ unified you (of course, I guess) need to provide only `/sys/fs/cgroup/` itself. replace it with an intermediary `tmpfs`, as long as the path to the delegated sub-tree remains accessible as-is. -5. ⚡ Think twice before delegating cgroupsv1 controllers to less privileged +5. ⚡ Currently, the algorithm for mapping between slice/scope/service unit + naming and their cgroup paths is not considered public API of systemd, and + may change in future versions. This means: it's best to avoid implementing a + local logic of translating cgroup paths to slice/scope/service names in your + program, or vice versa — it's likely going to break sooner or later. Use the + appropriate D-Bus API calls for that instead, so that systemd translates + this for you. (Specifically: each Unit object has a `ControlGroup` property + to get the cgroup for a unit. The method `GetUnitByControlGroup()` may be + used to get the unit for a cgroup.) + +6. ⚡ Think twice before delegating cgroupsv1 controllers to less privileged containers. It's not safe, you basically allow your containers to freeze the system with that and worse. Delegation is a strongpoint of cgroupsv2 though, and there it's safe to treat delegation boundaries as privilege boundaries. |