OpenVZ Forum


Home » Mailing lists » Devel » Re: Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
Re: Re: [patch 05/10] add "permit user mounts in new namespace" clone flag [message #12064 is a reply to message #12063] Mon, 16 April 2007 17:50 Go to previous messageGo to previous message
Miklos Szeredi is currently offline  Miklos Szeredi
Messages: 161
Registered: April 2007
Senior Member
> > > > > Also for bind-mount and remount operations the flag has to be propagated
> > > > > down its propagation tree. Otherwise a unpriviledged mount in a shared
> > > > > mount wont get reflected in its peers and slaves, leading to unidentical
> > > > > shared-subtrees.
> > > >
> > > > That's an interesting question. Do we want shared mounts to be
> > > > totally identical, including mnt_flags? It doesn't look as if
> > > > do_remount() guarantees that currently.
> > >
> > > Depends on the semantics of each of the flags. Some flags like of the
> > > read/write flag, would not interfere with the propagation semantics
> > > AFAICT. But this one certainly seems to interfere.
> >
> > That depends. Current patches check the "unprivileged submounts
> > allowed under this mount" flag only on the requested mount and not on
> > the propagated mounts. Do you see a problem with this?
>
> Don't see a problem if the flag is propagated to all peers and slave
> mounts.
>
> If not, I see a problem. What if the propagated mount has its flag set
> to not do un-priviledged mounts, whereas the requested mount has it
> allowed?

Then the mount is allowed.

It is up to the sysadmin/distro to design set up the propagations in a
way that this is not a problem.

I think it would be much less clear conceptually, if unprivileged
mounting would have to check propagations as well.

Miklos
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: [patch 00/10] mount ownership and unprivileged mount syscall (v3)
Next Topic: [PATCH] Introduce a handy list_first_entry macro (v2)
Goto Forum:
  


Current Time: Sat Aug 30 17:16:43 GMT 2025

Total time taken to generate the page: 0.08610 seconds