1 votes

Impossible de tuer le processus / se déconnecter sur Windows Server 2003

Mon application console .net est bloquée dans une étape "fantôme". Il affiche simplement une fenêtre que je ne peux pas fermer. Il n'apparaît pas comme un processus dans le gestionnaire de tâches.

Lorsque j'essaie de "trouver le processus Windows" en utilisant Process Explorer (de sysinternals), il dit qu'il n'y a pas de processus qui possède cette fenêtre ou quelque chose du genre.

Le problème est qu'il ne me permet pas de me déconnecter ou de redémarrer le serveur (à distance) car le processus de déconnexion reste en attente de la fermeture de cette fenêtre.

shutdown /r /f est également bloqué en attente de cela.

Je peux probablement demander à quelqu'un d'aller redémarrer le serveur mais j'aimerais savoir s'il y a un moyen de fermer ce processus, fermer cette session ou forcer la déconnexion à distance.

C'est un serveur Windows 2003, mais j'ai eu le même problème sur XP il y a seulement quelques jours.

0 votes

Pouvez-vous poster un peu sur ce que fait l'application console? Peut-être que nous pouvons vous aider à déterminer pourquoi elle ne ferme pas correctement.

0 votes

C'est un service WCF auto-hébergé. Il est multithreadé écoutant les services Web externes (internet) et envoyant des messages à d'autres. Une autre inconnue est que je ne suis pas sûr s'il a été démarré depuis Visual Studio avec le débogueur attaché ou non. Je ne me souviens pas non plus comment je l'ai arrêté (bouton de pause ou ctrl+c). Mais le problème est qu'il ne fonctionne pas, il n'y a pas de processus dans l'explorateur de processus. Les ports auxquels il se connecte sont disponibles.

1voto

Erik Points 296

Le coupable habituel est que le service autohébergé WCF rencontre un problème avec l'invocation multi-session. Pour vérifier si c'est le cas, connectez-vous en tant qu'administrateur sur la machine win2003 et exécutez le gestionnaire de tâches, puis affichez tous les processus appartenant à *tous les utilisateurs. Vérifiez si un processus d'autohébergement WCF est toujours en mémoire exécuté par d'autres utilisateurs.

Si le problème du multi-session de l'autohébergement WCF est vraiment le problème, dites au développeur d'autohébergement WCF d'héberger son service WCF dans un service Windows afin qu'une seule instance du service WCF reste en cours d'exécution.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X