2010-04-14 4 views
0

У меня есть служба Windows, написанная на C# .Net framework 2.0. Я установил его на три машины, и он работал нормально, но на одной машине (с .Net framework 2.0) установка успешно установила службу, но служба не отвечает после ее запуска. Я проверяю это, проверяя, создан ли файл журнала по определенному пути, указанному в файле конфигурации, или нет. Этот файл журнала создается каждый раз, когда таймер проходит интервал времени. Я не могу понять причину. Проверяли все параметры, но не смогли получить какое-либо решение.Служба Windows установлена ​​успешно, но не отвечает после запуска.

Самое забавное, что одна и та же установка работает на других машинах.

P.S .: У меня есть доступ администратора на всех серверах, на которых я устанавливаю эту службу.

+0

Есть ли различия между тремя машинами? Любой вообще? –

+0

есть. Тот, который не может получить результат, находится на сервере MS Windows 2003 Enterprise Edition. Две машины, на которых успешно работают они на MS Windows XP. Другая машина, на которой успешно работает сервер MS Windows 2003 снова. Теперь этот компьютер 2003 года является машиной разработки, а другой, на которой невозможно получить успешный результат, является производство. Таким образом, возможно, есть некоторые проверки или права или что-то еще, прекращающее обслуживание для доступа к EXE. Вот что я пытаюсь понять. Возможно ли, чтобы код службы выдавал проблему, даже если m использовал ее с .Net framework 2.0? – Ridhi

ответ

0

Можете ли вы получить VS на машине? Даже экспресс-издание, вероятно, будет в порядке. В функции инициализации службы вы можете вызвать debugger.launch. Это должно помочь вам.

+0

сложно получить VS на этой машине .... вот в чем проблема ... Дайте ему шанс, хотя .. но что-нибудь еще, о чем вы можете думать? – Ridhi

+0

Вы также можете выполнить удаленную отладку и подключиться к процессу, но это всегда немного боль в корпоративной среде. По крайней мере, в зависимости от того, насколько жесткими являются ваши системные люди. – Steve

0

Этот вопрос почти всегда относится к разрешению с учетной записью пользователя, с которой работает служба. Быстрый способ проверить это - сделать учетную запись службы администратором локального компьютера и посмотреть, работает ли она. Если это так, вам нужно выяснить, какие разрешения для учетной записи службы, которую вы должны использовать, отсутствует.

+0

Я запускаю его под администратором локального компьютера, но все еще не работаю ... и сложно получить VS на этой машине .... вот в чем проблема ... Дайте ему шанс, хотя ... но что-нибудь еще, что вы можете думать о? – Ridhi