Executando um farm de servidores de apresentação CITRIX, versão 4.5.6 no Windows 2003 sp2.
No CITRIX Access Management Console, às vezes recebo uma sessão que mostra que está em estado inativo - mas não tem nenhuma das informações normais associadas a ela (nome de usuário, aplicativos, nome do cliente, tempo ocioso, etc ...) .
Ele diz em quais servidores está, por isso, confiro o gerenciador de serviços de terminal desse servidor. Eu posso ver a sessão para baixo, mas não posso redefini-la. Eu recebo:
(Error 7024 - the requested operation cannot be completed because the terminal connection is currently busy processing a connect, disconnect, reset, or delete operation.)
Então eu vou para o gerenciador de tarefas e procuro os processos em execução sob esse id de sessão. Vejo que é um dos meus aplicativos publicados, mas quando tento finalizar o processo, ele simplesmente não faz nada e o processo continua.
Qualquer maneira de se livrar dessas sessões sem reiniciar o servidor?
Eu tenho trabalhado com esse problema há algum tempo e ontem foi o primeiro sucesso. Eu baixei a versão portátil do aplicativo Daphne. Depois que foi copiado para o servidor, usei o qwinsta para localizar o ID da sessão do usuário inativo. Em seguida, usei a lista de tarefas para ver os PIDs do usuário inativo. Então, usando o Daphne, comecei a matar os processos pelo PID associado ao usuário inativo. Eu tentei matar os processos para o id da sessão do usuário que eram de propriedade do administrador, como o winlogon.exe, mas eles só voltaram em alguns segundos. Mas, se você matar os processos pertencentes ao usuário inativo, neste caso, winword.exe e outro aplicativo publicado, Daphne foi capaz de matar o processo e o servidor Windows 2003 fechou o resto. A sessão inativa foi embora e o console de gerenciamento de acesso voltou à atividade normal.
Eu tive esse problema também que estava ocorrendo com muita freqüência, quando esse problema acontece eu não posso nem mesmo matar o processo do usuário com o Process Explorer, então qual é a diferença ao usar o Daphne?
Em outra observação, a maneira de solucionar esse problema é verificar o seguinte:
Você está certo. Eu experimentei a mesma coisa com o Process Explorer, e não sei porque o Daphne funciona. O explorador de processos bloquearia quase toda vez que eu tocasse nos processos dos usuários inativos. Eu tenho tentado tantas coisas diferentes quanto pude por algum tempo, e Daphne trabalhou na primeira vez que tentei. Eu verifiquei a ID da sessão descendente, procurei o aplicativo publicado executado na sessão inicial e pedi que Daphne matasse esse processo. A sessão foi encerrada de forma ordenada, a sessão encerrada foi eliminada e o servidor não precisou ser reinicializado.
Impacto: O processo csrss.exe pode mostrar alto consumo de CPU devido a vtdw30.dll não conseguir liberar memória suficiente. [De PSE450R03W2K3030] [# 193786]
Resolução: link