[Devel] [PATCH rh7 v2] ve/devpts: Force devpts mounting to use @newinstance inside VE

Cyrill Gorcunov gorcunov at virtuozzo.com
Tue Jul 21 05:49:52 PDT 2015


On Tue, Jul 21, 2015 at 03:25:34PM +0300, Vladimir Davydov wrote:
> > +	if (opts.newinstance && get_exec_env()->devpts_sb) {
> >  		root = mount_nodev(fs_type, flags, data, devpts_fill_super);
> > -	else
> > +	} else {
> > +		opts.newinstance = 0;
> >  		root = mount_ns(fs_type, flags, data, get_exec_env(), devpts_fill_super);
> > +	}
> 
> This looks like an abuse of mount_ns to me...
> 
> May be, we'd better simply revert to what we have in PCS6? I mean
> reverting commits 2c27d20125f51 and c77f3df733bfa. Less intrusive and
> more understandable if you ask me.

As far as I understand if we revert these commits we would
allow to mount host's devpts into container. At least I don't
see how this would be prevented.

The vanilla kernel relies on fact (again if I understand conrrectly)
that lxc and such tools would mount own devpts (as it does for example
centos-7's systemd) but for old containers and in particulary
ubuntu-14 this is not the case, they do quite the reverse -- mount
devpts without newinstance.



More information about the Devel mailing list