Eu tenho um STRATO V-PowerServer rodando com o Ubuntu 10.10, mas ultimamente tenho problemas de conexão com o servidor via ssh.
Basicamente, tudo o que tenho é acesso ssh ao servidor e, se necessário, posso inicializar em um modo de recuperação, onde todas as minhas coisas estão em / reparadas, para que eu possa fazer as correções no sistema.
O problema é que, quando tento conectar-me ao servidor via ssh, 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 procurar no Google por "Server recusou-se a alocar pty", mas não consegui encontrar nada que ajudasse, embora o problema tenha acontecido com outras pessoas antes. Além disso, às vezes recebo um erro diferente: "a solicitação de alocação de pty falhou no canal 0" em vez do outro erro. Para esse problema, tudo o que pude encontrar foi o seguinte:
http://blog.dinotools.de/2010/10/03/fehler-pty-allocation-request-failed-on-channel-0
Mas infelizmente não ajudou ...
Alguém tem uma idéia de por que esse erro é causado e o que eu poderia tentar corrigi-lo?
Seria ótimo se você pudesse me dar dicas. Eu sei algumas coisas básicas e sei como trabalhar com o meu servidor, mas se for tão profundo na solução de problemas, estou nos meus limites ... ;-) 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
fonte
Respostas:
Você tentou recriar dispositivos pty e tty?
Parece ser um problema conhecido em servidores virtuais ...
Se você não tem acesso a nenhum shell, tente enviar o comando via ssh:
Editado para refletir seu comentário:
Se você usa um chroot, também precisa montar / proc, / dev e / sys:
Deve funcionar agora.
fonte
Se você tiver acesso ao console
fonte
ssh root@host "mount devpts /dev/pts -t devpts"
Foi exatamente o que o médico pediu.Nas vezes em que encontrei esse erro, eu o corrigi, certificando que o pacote udev estava instalado e em execução. O Udev cuida da criação de nós de dispositivos quando eles são necessários, como o PTS / x necessário pelo ssh. De uma chance.
fonte
Tente o seguinte:
fonte
Eu tive que fazer uma combinação do que é postado aqui. Minhas permissões estavam erradas e
/dev/pts
já estavam montadas.Use isso para verificar se suas permissões estão corretas.
Verifique também
/dev/pts
. Deve ser 755 e pertencente à raiz.Verifique o arquivo sshd_config. PermitTTY não deve ser definido como não. Se for, comente ou defina como sim. Em seguida, reinicie o sshd.
fonte