2010-04-14 10 views
0

J'ai un service Windows écrit en C#, .Net framework 2.0. Je l'ai installé sur trois machines et cela a bien fonctionné mais sur une machine (avec .Net framework 2.0) l'installation a installé le service avec succès mais le service ne répond pas après que je l'ai démarré. Je vérifie cela en vérifiant si un fichier journal est créé sur un chemin spécifique inséré dans le fichier de configuration ou non. Ce fichier journal est créé à chaque fois que la minuterie passe l'intervalle. Je suis incapable de comprendre la raison. Avoir vérifié tous les paramètres mais incapable d'obtenir une solution à cela. Le plus drôle est que la même configuration fonctionne bien sur d'autres machines.Service Windows installé avec succès mais ne répondant pas après le démarrage

P.S .: J'ai un accès administrateur sur tous les serveurs sur lesquels j'installe ce service.

+0

Existe-t-il des différences entre les 3 machines? Pas du tout? –

+0

oui. Celui qui n'est pas capable d'obtenir le résultat est sur MS Windows Server 2003, Enterprise Edition. Deux machines sur lesquelles elles fonctionnent avec succès sur MS Windows XP. Une autre machine sur laquelle le succès est sur MS Windows Server 2003 à nouveau. Maintenant, cette machine 2003 est une machine de développement et l'autre sur laquelle je n'arrive pas à obtenir de résultat est la production. Donc, peut-être qu'il y a des vérifications ou des droits ou quelque chose d'autre qui empêche le service d'accéder au fichier EXE. C'est ce que j'essaie de comprendre. Est-il possible que le code du service pose problème même si je l'utilise avec .Net framework 2.0 lui-même? – Ridhi

Répondre

0

Pouvez-vous obtenir VS sur la machine? Même l'édition express serait probablement bien. Dans la fonction Initialization du service, vous pouvez appeler debugger.launch. Cela devrait vous mettre dedans.

+0

difficile d'obtenir VS sur cette machine .... c'est le problème ... va donner un coup de feu si .. mais tout ce que vous pouvez penser? – Ridhi

+0

Vous pouvez également effectuer un débogage à distance et vous connecter au processus, mais c'est toujours un peu pénible dans un environnement d'entreprise. Au moins en fonction de la dureté de vos systèmes. – Steve

0

Ce genre de chose est presque toujours un problème d'autorisations avec le compte d'utilisateur sous lequel le service s'exécute. Un moyen rapide de vérifier cela est de faire du compte de service un administrateur de machine local et de voir si cela fonctionne. Si c'est le cas, vous devez déterminer quelles autorisations le compte de service que vous êtes censé utiliser est manquant.

+0

Je l'utilise sous l'administration de la machine locale elle-même, mais ne fonctionne toujours pas ... et difficile d'obtenir VS sur cette machine .... c'est le problème ... Je vais donner un coup de feu .. mais tout ce que vous pouvez penser à? – Ridhi

Questions connexes