Служба удаленного доступа .NET, похоже, сбой и перестает отвечать на запросы клиентов
У меня есть служба .NET Remoting, которая отлично работает в большинстве случаев. Если происходит исключение или ошибка, он регистрирует ошибку в файле, но продолжает работать.
Однако примерно раз в две недели служба перестает отвечать на запросы клиентов, что приводит к сбою клиентской аппликации с помощью SocketException со следующим сообщением:
A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond
Никакая трассировка исключения или стека не записывается в наш файл журнала, поэтому я не могу понять, где работает служба, что заставляет меня думать, что это где-то вне моего кода, который терпит неудачу. Какие дополнительные шаги я могу предпринять, чтобы выяснить основную причину этого сбоя? Я бы предположил, что где-то он что-то пишет в EventLog, но я не очень хорошо знаком с системой регистрации событий Windows, поэтому я не совсем уверен, где искать.
Заранее благодарим за помощь.
РЕДАКТИРОВАТЬ: Забытый, остановка или перезапуск службы ничего не делает, служба никогда не отвечает. Мне нужно вручную убить процесс, прежде чем я снова смогу запустить службу.
ИЗМЕНИТЬ 2:
public class ClientInfoServerSinkProvider :
IServerChannelSinkProvider
{
private IServerChannelSinkProvider _nextProvider = null;
public ClientInfoServerSinkProvider()
{
}
public ClientInfoServerSinkProvider(
IDictionary properties,
ICollection providerData)
{
}
public IServerChannelSinkProvider Next
{
get { return _nextProvider; }
set { _nextProvider = value; }
}
public IServerChannelSink CreateSink(IChannelReceiver channel)
{
IServerChannelSink nextSink = null;
if (_nextProvider != null)
{
nextSink = _nextProvider.CreateSink(channel);
}
return new ClientIPServerSink(nextSink);
}
public void GetChannelData(IChannelDataStore channelData)
{
}
}
public class ClientIPServerSink :
BaseChannelObjectWithProperties,
IServerChannelSink,
IChannelSinkBase
{
private IServerChannelSink _nextSink;
public ClientIPServerSink(IServerChannelSink next)
{
_nextSink = next;
}
public IServerChannelSink NextChannelSink
{
get { return _nextSink; }
set { _nextSink = value; }
}
public void AsyncProcessResponse(
IServerResponseChannelSinkStack sinkStack,
Object state,
IMessage message,
ITransportHeaders headers,
Stream stream)
{
IPAddress ip = headers[CommonTransportKeys.IPAddress] as IPAddress;
CallContext.SetData("ClientIPAddress", ip);
sinkStack.AsyncProcessResponse(message, headers, stream);
}
public Stream GetResponseStream(
IServerResponseChannelSinkStack sinkStack,
Object state,
IMessage message,
ITransportHeaders headers)
{
return null;
}
public ServerProcessing ProcessMessage(
IServerChannelSinkStack sinkStack,
IMessage requestMsg,
ITransportHeaders requestHeaders,
Stream requestStream,
out IMessage responseMsg,
out ITransportHeaders responseHeaders,
out Stream responseStream)
{
if (_nextSink != null)
{
IPAddress ip =
requestHeaders[CommonTransportKeys.IPAddress] as IPAddress;
CallContext.SetData("ClientIPAddress", ip);
ServerProcessing spres = _nextSink.ProcessMessage(
sinkStack,
requestMsg,
requestHeaders,
requestStream,
out responseMsg,
out responseHeaders,
out responseStream);
return spres;
}
else
{
responseMsg = null;
responseHeaders = null;
responseStream = null;
return new ServerProcessing();
}
}
Ответы
Ответ 1
Проблема произошла из-за тупика, вызванного моим кодом, если память обслуживается, у меня было два объекта блокировки, и я заблокировал один из другого, что существенно заставляет их ждать друг друга. Я смог определить это, подключив отладчик к удаленной службе.
Ответ 2
Это похоже на попытку выяснить, почему никто не забирает телефон, когда вы вызываете друга. И проблема в том, что его дом сгорел дотла. Недостаточное представление о том, что происходит, является основной проблемой, особенно плохой из-за службы, потому что ее так мало.
Это не улучшится, пока вы не пользуетесь этим телефоном, чтобы поговорить с сервис-программистом и привлечь его к этой проблеме. Кому-то придется отлаживать это. И да, это будет сложно, если неудача раз в две недели не будет считаться достаточно критической. Или слишком долго сидеть, ожидая, когда это случится. Только практическая вещь, которую вы можете сделать, чтобы помочь, - это создать мини-план процесса и передать его сервис-программисту, чтобы он мог что-то засунуть. Если служба запускается на другой машине, тогда также задействуется администратор локальной сети.