Falha ao conectar ao servidor via SSH - “Servidor recusou alocar pty”

Question

Eu tenho um STRATO V-PowerServer rodando com o Ubuntu 10.10 para as minhas coisas, mas ultimamente tenho problemas de conexão com o servidor via ssh.

Basicamente, tudo que eu tenho é o acesso ssh ao servidor e, se necessário, posso inicializar em um modo de recuperação, onde todas as minhas coisas estão em / repair, para que eu possa fazer qualquer correção no sistema.

O problema é que quando tento me conectar ao servidor via ssh eu recebo este erro:

Using username "florian".
[email protected]'s password:
Server refused to allocate pty
Linux hwn36335 2.6.18-028stab070.5 #1 SMP Fri Sep 17 15:37:23 MSD 2010 i686 GNU/Linux
     Ubuntu 10.10

                 Welcome to Ubuntu!
                                    * Documentation:  https://help.ubuntu.com/
                                                                              /home/florian/.zlogin:1: command not found: display_info

Portanto, o shell não abre e não consigo inserir nenhum comando. Eu já tentei google por "Servidor se recusou a alocar pty" mas não consegui encontrar nada que ajudou, embora o problema tenha acontecido com outras pessoas antes. Além disso, às vezes, até recebo um erro diferente: "solicitação de alocação pty falhou no canal 0" em vez do outro erro. Para esse problema, tudo o que consegui encontrar foi:

link

Mas infelizmente não ajudou ...

Alguém sabe por que esse erro foi causado e o que eu tentei corrigir?

Seria ótimo se você pudesse me dar dicas. Eu conheço algumas coisas básicas e sei como trabalhar com o meu servidor, mas se for tão fundo na solução de problemas, estou no meu limite ... ;-) Obrigado!

Adição 1:

/var/log/auth.log

Jan 24 16:20:01 h1696522 CRON[3417]: PAM unable to dlopen(/lib/security/pam_smbpass.so): /lib/security/pam_smbpass.so: cannot open shared object file: No such file or directory
Jan 24 16:20:01 h1696522 CRON[3417]: PAM adding faulty module: /lib/security/pam_smbpass.so
Jan 24 16:20:01 h1696522 CRON[3417]: pam_unix(cron:session): session opened for user www-data by (uid=0)
Jan 24 16:20:03 h1696522 CRON[3417]: pam_unix(cron:session): session closed for user www-data

/var/log/daemon.log

Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50003.vdb - dwr50003.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50004.vdb - dwr50004.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50005.vdb - dwr50005.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50006.vdb - dwr50006.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50007.vdb - dwr50007.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50008.vdb - dwr50008.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50009.vdb - dwr50009.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwrtoday.vdb - dwrtoday.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/updates/timestamp -    timestamp with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/update.drl -   update.drl with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: deleting old files ...
Jan 24 16:00:02 h1696522 update.pl[14292]: moving downloaded files from temporary to working directory ...
Jan 24 16:00:02 h1696522 update.pl[14292]: sending notifications ...
Jan 24 16:00:02 h1696522 update.pl[14292]: summary => updated: 0, removed: 0 files and 0 messages
Jan 24 16:00:02 h1696522 update.pl[14292]: Finish Success:   2011-01-24 16:00:02
Jan 24 16:00:02 h1696522 update.pl[14292]: Socket path is /var/drweb/run/updateSock

    

Answer 1

Você tentou recriar dispositivos pty e tty?

[email protected]:~# /sbin/MAKEDEV tty
[email protected]:~# /sbin/MAKEDEV pty

Parece ser um problema conhecido em servidores virtuais ...

Se você não tem acesso a nenhum shell, você pode tentar enviar o comando via ssh:

florian@localmachine:~$ ssh [email protected] "/sbin/MAKEDEV tty"
florian@localmachine:~$ ssh [email protected] "/sbin/MAKEDEV pty"

Editado para refletir seu comentário:

Se você usa um chroot, você também precisa montar / proc, / dev e / sys:

root@h1696522:/# mount -o bind /proc /repair/proc
root@h1696522:/# mount -o bind /dev /repair/dev
root@h1696522:/# mount -o bind /sys /repair/sys

Deve funcionar agora.

    

Answer 2

Se você tiver acesso ao console

mount devpts /dev/pts -t devpts

    

Answer 3

Nos tempos em que encontrei este erro, corrigi-lo certificando que o pacote do udev estava instalado e em execução. O Udev cuida da criação de nós de dispositivo quando eles são necessários, como o PTS / x que é necessário pelo ssh. Experimente.

    

Answer 4

Tente isto:

ssh root@host "mount -o remount /dev/pts"