| |||||||||||||
Namespaces in operation, part 6: more on user namespacesNamespaces in operation, part 6: more on user namespacesPosted Mar 6, 2013 18:04 UTC (Wed) by johill (subscriber, #25196)Parent article: Namespaces in operation, part 6: more on user namespaces
Hmm, what are those namespace IDs (4026531837 and 4026532318)? Those numbers are "prettier" in hex (0xeffffffd and 0xf00001de respectively) but it's not obvious (to me) where they come from. Did I miss that in an earlier article?
(Log in to post comments)
Namespaces in operation, part 6: more on user namespaces Posted Mar 6, 2013 20:06 UTC (Wed) by nix (subscriber, #2304) [Link]
They're inode numbers of /proc/$pid/ns/user. (This is an identity for the namespace because all members of a given namespace have, in effect, all their "ns/user"s hardlinked together.)
Namespaces in operation, part 6: more on user namespaces Posted Mar 6, 2013 20:09 UTC (Wed) by ebiederm (subscriber, #35028) [Link]
I believe you did miss it in an earlier article.
Those numbers are proc inode numbers, which happen to be recorded in the symlink.
If you need persistent names for any kind of namespace it is recommended that you do mount --bind /proc/PID/ns/user /a/filesystem/path.
|
|||||||||||||