Theo de Raadt <deraadt <at> cvs.openbsd.org> writes: > > > Todd C. Miller wrote: > > > On Fri, 01 Jul 2016 10:50:24 -0400, "Ted Unangst" wrote: > > > > > > > Stuart Henderson wrote: > > > > > On 2016-06-30, Oriol Demaria <sysadmin <at> the-grid.xyz> wrote: > > > > > > Trying tmuxinator here I have noticed that I ran out of pty, according > > > > > > to man pty(4) there is a kernel parameter specifiying the max > > > > > > number. I'm running a snapshot from last Friday, and I don't seem to > > > > > > have kern.tty.maxptys. > > > > > > > > > > You probably just ran out of device nodes, the default (62) is a bit small > > > > > for some uses (often exhibited as not being able to open new xterms), but y > > > > ou > > > > > can create more like this: > > > > > > > > > > cd /dev > > > > > sh MAKEDEV pty1 > > > > > > > > This shouldn't be a problem for software using openpty(). > > > > > > I don't think that is correct. You still need to device nodes in > > > /dev to exist. Otherwise, the PTMGET ioctl will fail. > > > > oh, my bad. I thought ptm would create the pty nodes as needed, but apparently > > not. > > That would be a little strange. Even just thinking of the first special case > (chroot) makes me feel uneasy. > >
Open pty´s without limits is something I hope a long time ago. I use Authpf for securing a large network and need to overcome the limit of 992 ptys . I refuse to use FreeBSD to overcome this limit . Thank you.
