Skip to content

Conversation

@dongsupark
Copy link

Section of rootfs mount propagation modes should include more descriptions about each propagation mode as well as its actual meaning in the real world.

Since the shared subtrees document in the Linux Kernel is not exactly readable for ordinary users, we should elaborate more on this topic in the runtime-spec.

Fixes #973

Suggested by @alban, @iaguis

Signed-off-by: Dongsu Park dongsu@kinvolk.io

Copy link
Contributor

@wking wking left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The new descriptions also talk about "nested containers", but don't define them. I think you want a sentence or two around your "peer group" definition to define "nested containers".

config-linux.md Outdated
Its value is either slave, private, shared or unbindable.
Its value is either `shared`, `slave`, `shared+slave`, `private` or `unbindable`. It's worth noting that a peer group is defined as a group of VFS mounts that propagate events to each other.

* `shared`: the rootfs mount belongs to a new peer group. This means that further mounts (e.g. nested containers) will also belong to that peer group and will propagate events to the rootfs. Note this does not mean that it's shared with the host.
Copy link
Contributor

@wking wking Jun 18, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nits: these should use four-space indents (#495), and use new lines for each sentence.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@wking Good to know. Thanks!

@dongsupark dongsupark force-pushed the dongsu/spec-mount-prop branch from a8386c6 to 840d343 Compare June 19, 2018 13:05
Section of rootfs mount propagation modes should include more
descriptions about each propagation mode as well as its actual
meaning in the real world. Since the shared subtrees document
in the Linux Kernel is not exactly readable for ordinary users,
we should elaborate more on this topic in the runtime-spec.

Fixes opencontainers#973

Suggested by @alban, @iaguis

Signed-off-by: Dongsu Park <dongsu@kinvolk.io>
@dongsupark
Copy link
Author

@wking Updated.
Added a new sentence to define a nested container, fixed formatting issues.

@vbatts
Copy link
Member

vbatts commented Dec 17, 2019

house keeping: we've generally avoided copying straight from source materials. But I also agreed that shared subtree propagation is not a fun thing to force on someone. 😉

LGTM

Approved with PullApprove

@h-vetinari h-vetinari mentioned this pull request Feb 3, 2020
@h-vetinari
Copy link
Contributor

@vbatts
I can rebase this PR, if you want.

@vbatts
Copy link
Member

vbatts commented Mar 4, 2020

@h-vetinari 👍

@h-vetinari
Copy link
Contributor

@vbatts: see #1035

@vbatts vbatts closed this in #1035 Mar 7, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

config-linux: improving description about rootfs mount propagation

4 participants