On Thu, Jul 30, 2015 at 03:51:55PM +0300, Cyrill Gorcunov wrote:

> Now we support up to MAX_NR_VE_CONSOLES virtual consoles inside container.
> For /dev/console we reserve first virtual terminal. Terminals represent
> the following mapping
> 
>        | master                                       slave
>        | /dev/cosole|/dev/tty0|/dev/vztm0             /dev/vzts0
>        | ...
>        | /dev/tty11|/dev/vztm11                       /dev/vzts11
> 
> major:minor numbers for peers are allocated dynamically by the kenel,
> thus if we need to connect to container's slave peer from the node
> we have to
> 
>  - scan node's /proc/tty/drivers and find the numbers for
>    "vzt_slave" driver, for example
> 
>        | [root@pcs7 ~]# cat /proc/tty/drivers 
>        | ...
>        | vzt_slave            /dev/vzts     252 0-11 console
>        | vzt_master           /dev/vztm     253 0-11 console
>        | ...

How is vzctl supposed to find which vztm corresponds to which VE?

> 
>  - add major:minor pairs into allowed devices, for example
> 
>        | echo 'c 253:* rwm' > /sys/fs/cgroup/devices/$ctid/devices.allow
> 
> Once the bullets above is done the userspace utility may
> open up slave peer and read/write data to/from. Note the
> slave may be opened if only if a master peer been previously
> opened.

I.e. our VNC viewer (or whatever it is using /dev/console), needs to
mknod somewhere c 252 0 and then read/write it?
_______________________________________________
Devel mailing list
[email protected]
https://lists.openvz.org/mailman/listinfo/devel

Reply via email to