Eu tenho um problema estranho. Eu tenho um farm de 8 servidores de terminal Citrix, executando o Server 2003 Std x86. O hardware em todos os servidores é idêntico e todos os servidores foram construídos a partir da mesma imagem. No final da semana passada, um dos servidores começou a ter um problema em que qualquer arquivo, quando aberto com um clique duplo, parece bloquear o explorer.exe por cerca de 2 minutos (cronometrei várias vezes, entre 2h09 e 2h40 ) após esse ponto o arquivo finalmente será aberto. O arquivo pode ser .txt, .doc, .xls, .jpg, etc. NO ENTANTO, se eu abrir primeiro o programa necessário (bloco de notas, Excel, qualquer que seja) e for em Arquivo/Abrir o arquivo abre sem incidentes.
Tentei executar o ProcessMonitor enquanto o 'bloqueio' do explorador está ocorrendo e não consigo encontrar uma arma fumegante (é possível que esteja lá, mas com mais de 18.000 linhas demorará um pouco para rastreá-la, mesmo usando filtros).
Iniciei o servidor em Modo de Segurança e os arquivos abrem normalmente (sem o bloqueio). Posteriormente, tentei interromper todos os serviços que pude (enquanto iniciado normalmente) sem sucesso.
Desinstalei o AV (Symantec EAP 11) sem nenhum impacto positivo. Os logs de eventos estão limpos e nenhum dos outros servidores está enfrentando esse problema.
Alguém tem alguma ideia?
Responder1
Ok, eu descobri e pensei em postar a resposta aqui caso alguém encontre esse post através de uma pesquisa.
Na semana passada substituí o Adobe Reader na fazenda Citrix pelo Foxit Reader. Antes de fazer isso, fiz alguns testes usando um servidor Citrix antigo que não faz parte do farm de produção. Em algum momento percebi que a instalação do Foxit consistia apenas em um executável, e você poderia clicar no executável de qualquer lugar da rede. Em algum momento, cliquei no executável do Foxit do servidor que mais tarde sofreu esse problema.
No final da semana passada, aquele antigo servidor Citrix (teste) falhou e não foi reiniciado.
O comentário de Justin para usar o Wireshark mostrou múltiplas tentativas por parte do servidor afetado de entrar em contato com o servidor de teste que falhou. Pesquisei no registro esse nome de servidor e descobri que as chaves de registro open, print e printto foram definidas para o executável foxit no servidor de teste com falha, em vez da cópia local do Foxit.exe. Estas chaves: HKEY_CLASSES_ROOT\Applications\Foxit Reader.exe\ shell\open\command HKEY_CLASSES_ROOT\Applications\Foxit Reader.exe\shell\print\command HKEY_CLASSES_ROOT\Applications\Foxit Reader.exe\shell\printto\command
Alterar essas chaves para apontar para a cópia local do Foxit.exe corrigiu o problema. Obrigado Justin, por me apontar na direção certa.
Responder2
Toda vez que vi o Explorer travar, foi por causa de uma unidade mapeada inacessível.
Responder3
Eu desabilitaria completamente o protocolo Netbios (temporariamente) e veria se isso melhora o desempenho. Ao remover completamente o protocolo, você pode reduzir o problema. Além disso, desabilitar o adaptador de rede (temporariamente) provavelmente resultaria na mesma coisa.