<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Understanding “Connection forcibly closed by remote host” Errors Caused by TOE/Chimney</title><link>http://blogs.msdn.com/sql_protocols/archive/2008/04/08/understanding-connection-forcibly-closed-by-remote-host-errors-caused-by-toe-chimney.aspx</link><description>Sporadic “Connection forcibly closed by remote host” errors with SQL Server connections can be very difficult to troubleshoot and resolve. This blog post is targeted at diagnosing TOE/Chimney issues that may lead to this client error message. Chimney</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Understanding “Connection forcibly closed by remote host” Errors Caused by TOE/Chimney</title><link>http://blogs.msdn.com/sql_protocols/archive/2008/04/08/understanding-connection-forcibly-closed-by-remote-host-errors-caused-by-toe-chimney.aspx#9287663</link><pubDate>Wed, 07 Jan 2009 18:24:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9287663</guid><dc:creator>nojetlag</dc:creator><description>&lt;p&gt;You nicely explain for which symptoms one has to look out, however I'm still looking for the reason why this happens. What causes exactly the connections to drop (forced closure) ? Is the TOE implementation so buggy or are their certain szenarios that forces the reset of the tcp connections ? &lt;/p&gt;
</description></item><item><title>re: Understanding “Connection forcibly closed by remote host” Errors Caused by TOE/Chimney</title><link>http://blogs.msdn.com/sql_protocols/archive/2008/04/08/understanding-connection-forcibly-closed-by-remote-host-errors-caused-by-toe-chimney.aspx#9289647</link><pubDate>Wed, 07 Jan 2009 22:42:54 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9289647</guid><dc:creator>SQL Protocols</dc:creator><description>&lt;p&gt;I actually need to update this blog post, so thanks for reminding me! &amp;nbsp;The root cause of this exact problem is a buggy implementation of keepalive in the NIC driver. &amp;nbsp;Fortunately, in the latest driver version that is available for the affected NICs, that implementation has been fixed, so now rather than turning off this feature entirely, you can update your NIC drivers and get the benefits of TOE.&lt;/p&gt;
&lt;p&gt;Hope this helps,&lt;/p&gt;
&lt;p&gt;Dan&lt;/p&gt;
</description></item><item><title>re: Understanding “Connection forcibly closed by remote host” Errors Caused by TOE/Chimney</title><link>http://blogs.msdn.com/sql_protocols/archive/2008/04/08/understanding-connection-forcibly-closed-by-remote-host-errors-caused-by-toe-chimney.aspx#9290591</link><pubDate>Thu, 08 Jan 2009 01:07:55 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9290591</guid><dc:creator>nojetlag</dc:creator><description>&lt;p&gt;Thanks for the very fast response, in our situation we see that behavior between two servers that are both running on VM Ware ESX. Would the mentioned cause also apply for a virtualisation environment like this ? Is there a KB that gives an overview which NICs are affected ? &lt;/p&gt;
</description></item><item><title>re: Understanding “Connection forcibly closed by remote host” Errors Caused by TOE/Chimney</title><link>http://blogs.msdn.com/sql_protocols/archive/2008/04/08/understanding-connection-forcibly-closed-by-remote-host-errors-caused-by-toe-chimney.aspx#9290889</link><pubDate>Thu, 08 Jan 2009 01:43:41 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9290889</guid><dc:creator>SQL Protocols</dc:creator><description>&lt;p&gt;I believe the affected NICs are covered in this KB article: &lt;a rel="nofollow" target="_new" href="http://support.microsoft.com/kb/942861"&gt;http://support.microsoft.com/kb/942861&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;I am not positive that this is possible in a VMWare environment, although I believe it should be possible if one or both of the host machines are using one of these NICs.&lt;/p&gt;
&lt;p&gt;Note that this is not by any stretch the only possible cause of &amp;quot;Connection forcibly closed&amp;quot;, though - malfuncioning network hardware could give exactly the same symptoms, and used to be the main source of these sorts of error messages before this problem came up. &amp;nbsp;TCP Chimney is definitely the first place to look, though, both because it is a common problem and because it is easier to troubleshoot than other kinds of misbehaving switch, NIC, etc...&lt;/p&gt;
</description></item><item><title>An existing connection was forcibly closed by the remote host</title><link>http://blogs.msdn.com/sql_protocols/archive/2008/04/08/understanding-connection-forcibly-closed-by-remote-host-errors-caused-by-toe-chimney.aspx#9701382</link><pubDate>Fri, 05 Jun 2009 17:21:45 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9701382</guid><dc:creator>The Windows Directors' Cuts</dc:creator><description>&lt;p&gt;An existing connection was forcibly closed by the remote host&lt;/p&gt;
</description></item></channel></rss>