Есть некий вебсервис, при небольших объемах(2.5мин времени, 500кб входящей инфы, 2Мб исходящей) перерабатываемой инфы отлично работает, решил увеличить нагрузку в 1.5 раза, соответственно увеличил таймауты и т.д, и тут неожиданно клиенты начали падать с ошибкой
1.soap toolkit 3.0 — явный намек на нехватку памяти у сервиса
Connector:Connection failed or server refused connection (request might exceed MaxPostSize). HRESULT=0x800A151E — Client:An unanticipated error occurred during the processing of this request. HRESULT=0x800A151E — Client:Sending the Soap message failed or no recognizable response was received HRESULT=0x800A151E — Client:Unspecified client error. HRESULT=0x800A151E
2.NET клиент — тут ваще глухо
InnerException {"Unable to read data from the transport connection: Удаленный хост принудительно разорвал существующее подключение."} System.Exception {System.IO.IOException}
Самое интересное — сервис успешно выполняется до конца — в системный лог пишу инфу об этом
Инфы в системном логе, почему генерится ошибка при выходе из моего сервиса, нет.
Добавил к сервису атрибут — BufferResponse = false, таже песня, но в системном логе появляется запись
Thread information:
Thread ID: 1
Thread account name: MYDOM\MYUSER
Is impersonating: True
Stack trace: at System.Web.HttpResponse.ClearHeaders()
at System.Web.Services.Protocols.SoapServerProtocol.WriteException(Exception e, Stream outputStream)
at System.Web.Services.Protocols.WebServiceHandler.WriteException(Exception e)
at System.Web.Services.Protocols.WebServiceHandler.CoreProcessRequest()
at System.Web.Services.Protocols.SyncSessionlessHandler.ProcessRequest(HttpContext context)
at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
По адресу go.microsoft.com/fwlink/events.asp уже нет инфы про ивенты, поискал в инете про эту ошибку — что совсем кисло. Типа, может кто сталкивался с такой проблемой или может что подсказать.
Re: WebService & странная ошибка
От:
Аноним
Дата:
18.08.06 17:10
Оценка:
Собственно я не жду конкретного пецепта по решению возникшей проблемы, интересно существует ли методика, по которой можно получить дополнительную инфу об ошибке? Посмотрел настройки IIS, что-то там ничего похожего нет.
Удачи.
Здравствуйте, <Аноним>, Вы писали:
А>Есть некий вебсервис, при небольших объемах(2.5мин времени, 500кб входящей инфы, 2Мб исходящей) перерабатываемой инфы отлично работает, решил увеличить нагрузку в 1.5 раза, соответственно увеличил таймауты и т.д, и тут неожиданно клиенты начали падать с ошибкой А>1.soap toolkit 3.0 — явный намек на нехватку памяти у сервиса А>Connector:Connection failed or server refused connection (request might exceed MaxPostSize).
Так, вроде, сказали же, что "request might exceed MaxPostSize". Слишком большой запрос. Соответственно надо подкрутить этот MaxPostSize.
В .Net следующая строка в Web.Config'е для подкручивания, например, размера запроса:
Здравствуйте, Sacode, Вы писали:
S>Здравствуйте, <Аноним>, Вы писали:
А>>Есть некий вебсервис, при небольших объемах(2.5мин времени, 500кб входящей инфы, 2Мб исходящей) перерабатываемой инфы отлично работает, решил увеличить нагрузку в 1.5 раза, соответственно увеличил таймауты и т.д, и тут неожиданно клиенты начали падать с ошибкой А>>1.soap toolkit 3.0 — явный намек на нехватку памяти у сервиса А>>Connector:Connection failed or server refused connection (request might exceed MaxPostSize).
S>Так, вроде, сказали же, что "request might exceed MaxPostSize". Слишком большой запрос. Соответственно надо подкрутить этот MaxPostSize. S>В .Net следующая строка в Web.Config'е для подкручивания, например, размера запроса: S>
Параметр maxRequestLength стоит достаточный для возврата, SOAP Toolkit думает, что сервис сделан при помощи него же, а параметр MaxPostSize находится в реестре.Но сервис сделан на .NET и если бы не хватало maxRequestLength, то клиенту на .NET вовращалось бы прямое сообщение об этом (это уже проходили), а тут "сервер разорвал коннекшен", где-то должен быть еще какой-то параметр отвечающий за размер памяти отводимой задаче, выполняющей сервис.
Сегодня ради интереса зациклил выполнение сервиса, 7% — исполняется успешно, остальные с ошибкой.
Re[2]: WebService & странная ошибка
От:
Аноним
Дата:
18.08.06 19:01
Оценка:
Здравствуйте, mclabman, Вы писали:
M>Копай в сторону прокси. Посмотри, что действительно приходит на клиента.
Надо будет на одной тачке и клиента и сервис попробовать.
Еще конечно можно сниффером пакеты посмотреть.
Или ты по-поводу прокси предлагаешь клиента с сервисом через прокси связать?И в прокси смотреть пакеты?
Я правильно понял?
Нет, я имел в виду следующее: похожие ошибки возникали, когда прокси-сервер проглатывал 100-continue от клиента.
Сравни то, что ты получаешь по HTTP при вызове метода на самом сервере и на клиенте. TCP смотреть не надо.
Здравствуйте, mclabman, Вы писали:
M>Нет, я имел в виду следующее: похожие ошибки возникали, когда прокси-сервер проглатывал 100-continue от клиента. M>Сравни то, что ты получаешь по HTTP при вызове метода на самом сервере и на клиенте. TCP смотреть не надо.
Спасибо за участие и за идею перехватить трафик между прогами.
Но в моем случае между клиентом и сервером нет прокси, они в одной сетке и их ip отличаются на 1.
странно, что этот парень изменял параметр на стороне клиента, хотя в сообщении об ошибке речь идет о сервере.
но похоже у него была проблема как раз с прокси.
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, mclabman, Вы писали:
M>>Нет, я имел в виду следующее: похожие ошибки возникали, когда прокси-сервер проглатывал 100-continue от клиента. M>>Сравни то, что ты получаешь по HTTP при вызове метода на самом сервере и на клиенте. TCP смотреть не надо.
M>>данное сообщение получено с www.gotdotnet.ru M>>ссылка на оригинальное сообщение
А>Спасибо за участие и за идею перехватить трафик между прогами. А>Но в моем случае между клиентом и сервером нет прокси, они в одной сетке и их ip отличаются на 1.
Скажите пожалуйста, обнаружилась ли причина ошибки?
Дело в том, что у меня веб-сервис ведёт себя ровно так же. При низкой нагрузке всё пучком, при увеличении нагрузки клиенты так же отваливаются из-за разрыва соединения...
у меня такая же ботва. Клиент — MS SOAP Toolkit 3.0. Проявляется на больших резалтсетах или при большом времени вызова. Так и не полечил. Смотрел CommView — нету респонса от сервера, а метод вэб-сервиса выполняется нормально и на сервере никаких ошибок нет.
игрался c HttpConnector30::Property["ConnectTimeout"] , "Timeout" — не помогло