Re: Help understanding error message
- From: "Saravana Kumar" <saravanamv@xxxxxxxxxxx>
- Date: Tue, 10 Mar 2009 07:51:50 -0000
I have seen this exception before under high load. In our case the back end
system was responding slowly (SOAP Send Adapter) due to some sybase database
blocking issue and we see this error on BizTalk.
You can use the Orchstration debugger from HAT (don't need to debug it, just
right click on the message and select orchestration debugger), this will you
give all the start time and end time for each operation from stored tracking
data. This will give you an idea of where you are losing more time.
Regards,
Saravana Kumar [MVP - BizTalk Server]
http://www.biztalk247.com/v1/
http://blogs.digitaldeposit.net/saravana/
"Rich" <Rich@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:929CE81E-D351-4291-8F63-38F0EB7DA0BC@xxxxxxxxxxxxxxxx
Security verified.
The problem only occurs on 20-30% of messages for 1 customer.
Customer says 20-30% of messages take > 15 minutes. We default to 3
retrys,
@ 5 min. Msgs then go to suspend and we manually retry/send.
Network traces show lots of bad checksums, everywhere, not just on BTS
traffic. Not sure how long this has existed as problem is only a few days
old (reported to me).
Receive port is reported to be HTTP but I don't any see HTTP packets in
traces, as expected. I do see the expected messages at TCP protocol.
Cause
of root problem is currently unknown. Looking at network infrastructure
to
see if this is root cause.
How can I track a message from the orchastration through delivery
(including
confirmation of delivery receipt from subscriber)? Where do HAT and BAM
fit
into the troubleshooting process here?
"Saravana Kumar" wrote:
put a dummy html or gif file in the folder and try accessing it via
browser.
Just to make sure the virtual directory and security settings are correct
for the HTTP receive location
http://111.222.333.444:5555/Xport_prod/BTSHTTPReceive.dll
Regards,
Saravana Kumar [MVP - BizTalk Server]
http://www.biztalk247.com/v1/
http://blogs.digitaldeposit.net/saravana/
"Rich" <Rich@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:D74AF2CD-5C6C-44EE-A3A5-ADBE2E63CE89@xxxxxxxxxxxxxxxx
Hello Joerg,
thanks for the reply. What is the effect of this type of setup? Is
this
a
normal setup?
"news.microsoft.com" wrote:
Hi,
Maybe you set up a two-way send port being directed to a one-way
receive
port?
Regards
Joerg Fischer
BizTalk MVP
"Rich" <Rich@xxxxxxxxxxxxxxxxxxxxxxxxx> schrieb im Newsbeitrag
news:AF7390A0-392C-4F1E-AF44-8D66E87BED0F@xxxxxxxxxxxxxxxx
Hello,
We've getting a lot of the following errors:
Event Type: Warning
Event Source: BizTalk Server 2006
Event Category: (1)
Event ID: 5743
Date: 2/10/2009
Time: 1:36:35 PM
User: N/A
Computer: XXXXX774
Description:
The adapter failed to transmit message going to send port
"name.name.name.prod" with URL
"http://111.222.333.444:5555/Xport_prod/BTSHTTPReceive.dll". It will
be
retransmitted after the retry interval specified for this Send Port.
Details:"Unable to read data from the transport connection: The
connection
was closed.".
Does this mean that the data could not be read, then, the connection
was
closed? Or, does it mean it could not read the data BECAUSE the
connection
was closed.
We never get a response from the receiver indicating that the
message
was
received. Microsoft has provided a patch that deals with the HTTP
keep-alive, but we don't use keep-alives so we're skeptical about
this
patch.
Has anyone else come across this error? How was it resolved. We're
only
getting this on the HTTP side, not MQSeries as many articles I've
found
would
suggest.
TIA,
Rich
.
- References:
- Help understanding error message
- From: Rich
- Re: Help understanding error message
- From: news.microsoft.com
- Re: Help understanding error message
- From: Rich
- Re: Help understanding error message
- From: Saravana Kumar
- Re: Help understanding error message
- From: Rich
- Help understanding error message
- Prev by Date: Re: Help understanding error message
- Next by Date: Re: Need to Subclass FFDASM and add properties
- Previous by thread: Re: Help understanding error message
- Next by thread: Help Building a Rule
- Index(es):
Relevant Pages
|
Loading