> From: Alan McKinnon [mailto:alan.mckin...@gmail.com] > Sent: Sunday, January 27, 2013 1:49 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] openpty() failing with UNIX98 ptys > > On Sat, 26 Jan 2013 23:46:22 -0500 > "Mike Edenfield" <kut...@kutulu.org> wrote: > > > I have the latest udev installed, and udev-mount is running on > boot. > > Both /dev and /dev/pts are mounted, and /dev/ptmx exists and is > > world-readable: > > > > basement package.use # mount | grep /dev > > /dev/root on / type ext3 > > (rw,seclabel,noatime,errors=continue,barrier=1,data=writeback) > > devpts on /dev/pts type devpts > > (rw,seclabel,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) > > shm on /dev/shm type tmpfs > (rw,seclabel,nosuid,nodev,noexec,relatime) > > udev on /dev type devtmpfs > > (rw,seclabel,nosuid,relatime,size=10240k,nr_inodes=248584,mode=755) > > > > basement package.use # ls -alF /dev/ptmx /dev/pts > > crw-rw-rw-. 1 root tty 5, 2 Jan 26 13:18 /dev/ptmx > > > > /dev/pts: > > total 0 > > drwxr-xr-x. 2 root root 40 Jan 26 13:18 ./ > > drwxr-xr-x. 10 root root 13300 Jan 26 13:18 ../ > > > > When I trace sshd's attempt to open a new pty, I see it doing this: > > > > * open /dev/ptmx > > * stat /dev/pts > > * stat /dev > > * try (and fail) to open /dev/ptyp0 > > > > Since I know that last bit is openssh trying to open an old-style > BSD > > pty, I can only assume that something is going wrong trying to > > allocate the pty the correct way. > > > > For the time being I've added BSD pty support into my kernel and > > everything seems to be working now, but I'm at a loss as to what I > > did to break things in the first place. > > I had something similar (details are different though):
> In my case it's kernel 3.7 - no version of gentoo-sources-3.7-* > worked > and 3.6.11 works fine. > > What kernel are you on? > Have you tested this on 3.6? I first notice the problem on 3.4.2, upgraded to 3.6.4 and the problem persisted. I have not upgraded to 3.7 to see if it's still a problem. --Mike
