ERROR <Ens>ErrOutConnectionLost: Lost HL7 Read connection to 10.0.1.202:1234 - detected via ERROR #5002: Cache error: <READ>zReadLine+11^%IO.DeviceStream.1

659 views
Skip to first unread message

Neerav Verma

unread,
Sep 14, 2009, 10:41:10 AM9/14/09
to Ensemble-in...@googlegroups.com
I have two TCP Inbound/Outbound HL7 adapters. I used the HL7 TCP Wizard to put them and haven't changed any configuration

The system is in production and I keep losing connection on these two adapters as soon as they sit idle for some time

ERROR <Ens>ErrOutConnectionLost: Lost HL7 Read connection to 10.0.1.202:1234 - detected via ERROR #5002: Cache error: <READ>zReadLine+11^%IO.DeviceStream.1


My configuration for Outbound is 
StayConnected = -1
Read Timeout = 5
RessponseTimeout= 30


My configuration for Inbound is 
StayConnected = -1
Read Timeout = 5
QSize = 0


Is there any specific configuartion I need to check or I am missing?




Thank You,

Neerav Verma
http://www.linkedin.com/in/vneerav
------------------------------------------------------
It's natural law - Objects in motion tend to stay in motion


------------------------------------------------------------------------------
"This message and any attachments are solely for the intended recipient and may contain confidential or privileged information. If you are not the intended recipient, any disclosure, copying, use, or distribution of the information included in this message and any attachments is prohibited. If you have received this communication in error, please notify us by reply e-mail and immediately and permanently delete this message and any attachments. Thank you."

-------------------------------------------------------------------------------

Ted Peck

unread,
Sep 14, 2009, 11:02:46 AM9/14/09
to Ensemble-in...@googlegroups.com
This error means the outbound adapter has detected that the remote party has dropped the connection. This is usually due to the remote party disconnecting intentionally because of its configuration settings, but it can sometimes be caused by a firewall blocking traffic on connections that have been idle.
 
In your description it seems the remote party is an Ensemble inbound adapter, configured with the settings you show for Inbound below. You didn't say whether it is in the same production or in a separate Ensemble production. In either case, you should examine the event log for that inbound service to see why it is dropping the connection. You should also double-check its config settings.
 
Ted
 
----- Original Message -----

Neerav Verma

unread,
Sep 14, 2009, 11:07:42 AM9/14/09
to Ensemble-in...@googlegroups.com
Both inbound and outbound are in one production. One is sending data and other is reading its response.

I checked with the network person and he said there is nothing which is dropping the connection.  Its all open.
The party which is receiving the data also says that they have nothing on their side which is dropping the connection.


Thank You,

Neerav Verma
http://www.linkedin.com/in/vneerav
------------------------------------------------------
It's natural law - Objects in motion tend to stay in motion


------------------------------------------------------------------------------
"This message and any attachments are solely for the intended recipient and may contain confidential or privileged information. If you are not the intended recipient, any disclosure, copying, use, or distribution of the information included in this message and any attachments is prohibited. If you have received this communication in error, please notify us by reply e-mail and immediately and permanently delete this message and any attachments. Thank you."

-------------------------------------------------------------------------------


Reply all
Reply to author
Forward
0 new messages