No more ptys!

[sketchified]

We get the following error when client's try to change a password from the control panel and also when trying to copy accounts from another server:

&The system has no more ptys. Ask your system administrator to create more&

Anyone ran into this?

 

[bastaff]

I have the same problem.

How did you fix it?

Here is my problem:
(When trying to copy an account...)

Attemping to package account...
The system has no more ptys. Ask your system administrator to create more.
while executing
&spawn ssh -o &StrictHostKeyChecking no& root@$host echo sshcmdstart\;$cmd\;echo sshcmddone&
(file &/scripts/sshcmd& line 8)
The remote server didn't report a correct md5sum of the archive. Please ensure you selected the correct type of remote server

 

[awsol]

Just reboot the system for a quick solution. It will start all the ptys over.

 

[gRF]

This is the message my clients are getting when they try to change the password (I tried reboot, but it doesn't solve the problem):

The system has no more ptys. Ask your system administrator to create more.
while executing
&spawn /usr/bin/passwd&
invoked from within
&set pid [spawn /usr/bin/passwd]&
(file &/usr/local/cpanel/bin/securechpass& line 14)
spawn /usr/bin/passwd

 

[brandonk]

I am having the same issue with changing passwords in CPanel. I have rebooted... can anyone help?

 

[jayglate]

i'd like to second that...i'm seeing the same thing
but the system has maybe three or four ptys in use at the
moment that i can see nowhere near the limit of 256

done some poking around and nearest guess i can make is that
there might be something wrong with expect since that seems to be
what securechpass is running through

 

[brandonk]

jayglate: talking about server silver? that is mine you're poking at

 

[brandonk]

bump

 

[bdraco]

Try this

/scripts/updatenow
/scripts/cleanupcheck
/sbin/service sshd restart
&logout&
&login&
/usr/local/cpanel/startup

 

[brandonk]

[quote:aa9e52e747][i:aa9e52e747]Originally posted by bdraco[/i:aa9e52e747]

Try this

/scripts/updatenow
/scripts/cleanupcheck
/sbin/service sshd restart
&logout&
&login&
/usr/local/cpanel/startup[/quote:aa9e52e747]

Didn't fix it.

 

[brandonk]

BUMP!

 

[binbash]

Hello everyone,

Does your /dev/ptmx have permission 0666? check that and if not, try changing to 0666.


Thanks

 

[Annette]

Older thread, but there is a solution that doesn't involve arbitrary reboots just to clear this. It does seem to be an issue with expect, and these steps resolved it on a box we manage that was having this issue:

First, make sure you do have /dev/ptmx and do make sure it is chmod 666. On most standard compiles, this should exist and be correct already. Second, ensure you have a directory /dev/pts. If it doesn't exist, create it. Third, put this into your /etc/fstab:

none /dev/pts devpts gid=5,mode=620 0 0

Lastly, mount the devpts filesystem:

mount -a

And that should do it. Note that your kernel compile must support the filesystem. If you run

cat /proc/filesystems | grep pts

and nothing is returned, you'll need a recompile to add that support before doing any of this.

 

[ThunderHostingDotCom]

Why should we have to go through all of this? Shouldn't this be fixed by cPanel?

Originally posted by Annette
Older thread, but there is a solution that doesn't involve arbitrary reboots just to clear this. It does seem to be an issue with expect, and these steps resolved it on a box we manage that was having this issue:

First, make sure you do have /dev/ptmx and do make sure it is chmod 666. On most standard compiles, this should exist and be correct already. Second, ensure you have a directory /dev/pts. If it doesn't exist, create it. Third, put this into your /etc/fstab:

none /dev/pts devpts gid=5,mode=620 0 0

Lastly, mount the devpts filesystem:

mount -a

And that should do it. Note that your kernel compile must support the filesystem. If you run

cat /proc/filesystems | grep pts

and nothing is returned, you'll need a recompile to add that support before doing any of this.

 

[ThunderHostingDotCom]

Ok, #1 & 2 are there & before I did #3 & 4 & ran "cat /proc/filesystems | grep pts" & this is what it kicked back "nodev devpts" Is it safe to go forward with #3 & 4 now?

 

[Spearow]

"chmod 4755 /usr/libexec/pt_chown" is sometimes needed to fix this...

 

[ThunderHostingDotCom]

Ok, I would do that but how the heck do you do a 4755 chmod? Do you mean 755?

Originally posted by Spearow
"chmod 4755 /usr/libexec/pt_chown" is sometimes needed to fix this...

 

[Spearow]

4755 is valid...

 

[ThunderHostingDotCom]

Ok then how do I do it? Becuase neither my FTP or SSH programs will let me enter over a 3 digit CHMOD.

Originally posted by Spearow
4755 is valid...

 

[Spearow]

type "chmod 4755 /usr/libexec/pt_chown" (without quotes) as root via ssh...