| 1 |
On Sat, 26 Jan 2013 23:46:22 -0500 |
| 2 |
"Mike Edenfield" <kutulu@××××××.org> wrote: |
| 3 |
|
| 4 |
> At some point recently, one of my systems has begun having problems |
| 5 |
> allocating pseudo-terminals via the UNIX98 pty scheme. I am using the |
| 6 |
> same kernel configuration I've had for years, and running the latest |
| 7 |
> ~amd64 version of all the relevant packages. The problem manifests |
| 8 |
> itself on any program that attempts to allocate a pseudo-terminal, |
| 9 |
> including portage and openssh. I first noticed the problem when I |
| 10 |
> could no longer ssh into the server because it would not allocate a |
| 11 |
> pty. |
| 12 |
> |
| 13 |
> I have the latest udev installed, and udev-mount is running on boot. |
| 14 |
> Both /dev and /dev/pts are mounted, and /dev/ptmx exists and is |
| 15 |
> world-readable: |
| 16 |
> |
| 17 |
> basement package.use # mount | grep /dev |
| 18 |
> /dev/root on / type ext3 |
| 19 |
> (rw,seclabel,noatime,errors=continue,barrier=1,data=writeback) |
| 20 |
> devpts on /dev/pts type devpts |
| 21 |
> (rw,seclabel,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) |
| 22 |
> shm on /dev/shm type tmpfs (rw,seclabel,nosuid,nodev,noexec,relatime) |
| 23 |
> udev on /dev type devtmpfs |
| 24 |
> (rw,seclabel,nosuid,relatime,size=10240k,nr_inodes=248584,mode=755) |
| 25 |
> |
| 26 |
> basement package.use # ls -alF /dev/ptmx /dev/pts |
| 27 |
> crw-rw-rw-. 1 root tty 5, 2 Jan 26 13:18 /dev/ptmx |
| 28 |
> |
| 29 |
> /dev/pts: |
| 30 |
> total 0 |
| 31 |
> drwxr-xr-x. 2 root root 40 Jan 26 13:18 ./ |
| 32 |
> drwxr-xr-x. 10 root root 13300 Jan 26 13:18 ../ |
| 33 |
> |
| 34 |
> When I trace sshd's attempt to open a new pty, I see it doing this: |
| 35 |
> |
| 36 |
> * open /dev/ptmx |
| 37 |
> * stat /dev/pts |
| 38 |
> * stat /dev |
| 39 |
> * try (and fail) to open /dev/ptyp0 |
| 40 |
> |
| 41 |
> Since I know that last bit is openssh trying to open an old-style BSD |
| 42 |
> pty, I can only assume that something is going wrong trying to |
| 43 |
> allocate the pty the correct way. |
| 44 |
> |
| 45 |
> For the time being I've added BSD pty support into my kernel and |
| 46 |
> everything seems to be working now, but I'm at a loss as to what I |
| 47 |
> did to break things in the first place. |
| 48 |
|
| 49 |
I had something similar (details are different though): |
| 50 |
|
| 51 |
All my virt consoles went away and I couldn't get to them after X |
| 52 |
starts. Ctrl-Alt-F1 left the X screen as-is and it wouldn't blank and |
| 53 |
give me the KMS framebuffer. Ctrl-Alt-F7 brought X back. |
| 54 |
|
| 55 |
In my case it's kernel 3.7 - no version of gentoo-sources-3.7-* worked |
| 56 |
and 3.6.11 works fine. |
| 57 |
|
| 58 |
What kernel are you on? |
| 59 |
Have you tested this on 3.6? |
| 60 |
|
| 61 |
|
| 62 |
|
| 63 |
-- |
| 64 |
Alan McKinnon |
| 65 |
alan.mckinnon@×××××.com |
Archives