未验证
1、lsof /dev/pts/* 查看哪些进程打开了伪终端
通过卸载并重新挂载 /dev/pts 来修复错误
$ umount /dev/pts
$ mount devpts /dev/pts -t devpts
如果服务器变得不可访问，我们建议客户将服务器重新启动到单用户模式，并将这些行添加到您的 /etc/mtab & /etc/fstab 条目中。
为此，我们打开文件 /etc/mtab 或 /etc/fstab。然后，我们将该行添加到这些文件中。
none /dev/pts devpts defaults 0
同样，不正确的 SSH 设置也会触发此错误。例如，当 SSH 二进制文件别名为 'ssh –t' 时，可能会导致错误。
此外，当 .ssh/authorized_keys 文件中禁止访问 PTY 时，会弹出相同的错误。
或者，当SSH配置文件包含诸如“PermitTTY yes”之类的条目时，它甚至可能导致TTY错误。最终，这会导致登录失败。
因此，我们编辑配置并将条目设置为：
PermitTTY no这样可以解决问题并使SSH再次工作
2、
是由于 系统当前使用的虚拟终端pty的数量已经达到了系统允许的上限
解决方法：
1： 通过tty（接显示器）, 管理口，登录主机，root执行 ps -ef|grep pts 找到 使用虚拟终端的进程 ，看是否因程序异常造成使用这么多的pty,然后将异常进程杀掉。
2： 或者 通过修改 系统允许的最大pty数量 解决，
对当前运行的系统生效 echo 5000 > /proc/sys/kernel/pty/max ( rhel7下该值默认为 4096)
永久生效方法： 将kernel.pty.max = 4096 写入到/etc/sysctl.conf 后执行sysctl -p 让新配置生效果。
验证结果时pty开的太多
