From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 58E1B1386E8 for ; Sun, 27 Jan 2013 18:35:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8F61221C0BE; Sun, 27 Jan 2013 18:35:32 +0000 (UTC) Received: from nm9.access.bullet.mail.mud.yahoo.com (nm9.access.bullet.mail.mud.yahoo.com [66.94.237.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D135421C001 for ; Sun, 27 Jan 2013 18:35:30 +0000 (UTC) Received: from [66.94.237.193] by nm9.access.bullet.mail.mud.yahoo.com with NNFMP; 27 Jan 2013 18:35:22 -0000 Received: from [98.139.244.50] by tm4.access.bullet.mail.mud.yahoo.com with NNFMP; 27 Jan 2013 18:35:22 -0000 Received: from [127.0.0.1] by smtp112.sbc.mail.bf1.yahoo.com with NNFMP; 27 Jan 2013 18:35:22 -0000 X-Yahoo-Newman-Id: 499416.60537.bm@smtp112.sbc.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: bx0LdEQVM1lj7ltHPC6TGx3KFgKZQiHkGqUMexdc7x5td7y ZLnZF0NeVofCQhHck9qWAjU_7uiUnOWwoJJ2AQ2LOiUFKtaI0K9aonClGniJ 9DkvIKKXcBtXPMxWF8DrFZnaxjMseNTyBwEYqfjWXm1p0quuecd5Dc_LGHq7 M0kDx3nJXmGhF49mNwHPxK.HjNpQSqC1kllNOwXXHXPpcyIfq0cSOPvGqlkl vtfpL3EHxki4SiS7CQuqfY_LzKylihZs.zkkaoiVWcJW0qKf0EahlwqSV02V 41WmSdXPY0enLZUgx3EY3HOAyGR6iA8YBJ528irR1QqN8cLxQr2xV3BJtFWV pIOIhqBxZvNHV6wuOi2nN.ta5FAf1jGNz9oUQSZugIsFmrcXJ3rNXci1gp5y hr.HdK9dYRulpmG90rf2sM_cm6Ww3buy6QI6e8fivdAgAD7_PVeH1Kbtww9A wh1fc_ng- X-Yahoo-SMTP: oM3WcDSswBC7zv73TQKEsi7eAZ0- Received: from [192.168.1.2] (w41ter@69.234.180.71 with plain) by smtp112.sbc.mail.bf1.yahoo.com with SMTP; 27 Jan 2013 10:35:22 -0800 PST Message-ID: <5105738B.40505@gmail.com> Date: Sun, 27 Jan 2013 10:35:55 -0800 From: walt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20130117 Thunderbird/19.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Re: openpty() failing with UNIX98 ptys References: <002401cdfc49$41e0dc00$c5a29400$@kutulu.org> In-Reply-To: <002401cdfc49$41e0dc00$c5a29400$@kutulu.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: f83dc116-4689-4949-bb24-92bc9cb98178 X-Archives-Hash: ddd06d815d22079a5e938fae39b4e791 On 01/26/2013 08:46 PM, Mike Edenfield wrote: > At some point recently, one of my systems has begun having problems > allocating pseudo-terminals via the UNIX98 pty scheme. I am using the same > kernel configuration I've had for years, and running the latest ~amd64 > version of all the relevant packages. The problem manifests itself on any > program that attempts to allocate a pseudo-terminal, including portage and > openssh. I first noticed the problem when I could no longer ssh into the > server because it would not allocate a pty. > > 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. Do you have any files left in /usr/lib/udev ? If so, try re-emerging the package that owns those files.