Problemas com o vnc apertado no SUSE 11 enterprise x86_x64

0

Temos uma máquina de produção executando o Suse 11 Enterprise Server x86_x64 com o tigtvnc como o servidor VNC usado para conectar-se remotamente via visualização UltraVNC em uma máquina com Windows 7. Até este ponto, a configuração funcionou maravilhosamente. Esta máquina é uma das máquinas menos acessadas por um dos meus colegas de trabalho que prefere uma administração GUI. Com isso dito, não tenho certeza de quando o problema começou ou o que pode ter causado isso.

O primeiro sinal do problema que foi notado foi ao tentar iniciar o Konqueror. Ele age como se tentasse iniciar (como fica evidente na barra de tarefas) por um momento, depois desaparece e nada é lançado. O outro problema é que quando você vai adicionar um widget, toda a sessão X fica cinza com a única opção para terminar a sessão VNC.

O problema real é quando eu tento matar a sessão via putty eu recebo:

server:/ # vncserver -kill :1

Cant't find file /root/.vnc/server:1.pid
You'll have to kill Xvnc process manually

E quando eu tento iniciá-lo:

server:/ # vnserver :1
A VNC server is already running as :1

Também tentei isso:

server:/ # /sbin/service vncserver stop
service: no such service vncserver

E usar ps -A não revela nada relacionado a VNC (Xvnc, vncserver, etc. Vou postar a lista de processos, se solicitado)

O que dá? Como eu mato essa coisa? Já que está em uma máquina de produção, qualquer solicitação de reinicialização é um grande processo burocrático, então estou tentando evitar isso também.

    
por Chad Harrison 13.02.2012 / 20:10

2 respostas

2

Consegui descobrir como ainda consegui me conectar: No Yast, há uma seção de Administração Remota que permite habilitar a desabilitação da administração remota remota. Aparentemente, isso cria uma porta escutando em 5900. Quanto aos problemas de exibição da área de trabalho, o KDE4 passou por uma grande reformulação com seu novo ambiente de desktop chamado plasma. Havia algo sobre como o plasma renderiza o visual que faria com que o vnc parasse de exibir a área de trabalho corretamente (lavado em cinza / bege).

A tela inicial a ser exibida era a tela de login com várias opções na parte inferior (idioma, ambiente, etc.). Houve uma opção para mudar para o gnome, o que eu tentei. O que eu não notei foi quando o nome de usuário foi digitado, a opção iria mudar quando solicitado a senha. Quando entrou logo após digitar o nome do usuário, ele conseguiu e conseguiu entrar em uma sessão do gnome sem travar.

    
por 14.02.2012 / 21:10
0

para matar todos os vncservers e exibir gratuitamente um:

killall Xvnc
rm /tmp/.X11-unix/X1
    
por 18.01.2014 / 10:35

Tags