<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Help Wanted: Receive Locations Disabling Unexpectedly</title>
	<atom:link href="http://www.modhul.com/2007/08/17/help-wanted-receive-locations-disabling-without-reason/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.modhul.com/2007/08/17/help-wanted-receive-locations-disabling-without-reason/</link>
	<description>Experiences of a UK BizTalk Consultant</description>
	<pubDate>Wed, 07 Jan 2009 15:08:10 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nick Heppleston</title>
		<link>http://www.modhul.com/2007/08/17/help-wanted-receive-locations-disabling-without-reason/comment-page-1/#comment-260</link>
		<dc:creator>Nick Heppleston</dc:creator>
		<pubDate>Fri, 24 Oct 2008 10:15:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2007/08/17/help-wanted-receive-locations-disabling-without-reason/#comment-260</guid>
		<description>Thanks for the feedback John.</description>
		<content:encoded><![CDATA[<p>Thanks for the feedback John.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Capra</title>
		<link>http://www.modhul.com/2007/08/17/help-wanted-receive-locations-disabling-without-reason/comment-page-1/#comment-259</link>
		<dc:creator>John Capra</dc:creator>
		<pubDate>Thu, 23 Oct 2008 19:36:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2007/08/17/help-wanted-receive-locations-disabling-without-reason/#comment-259</guid>
		<description>Hi everyone, 
Just though I would let you know that I was running into the same issue at our oganizations.  We are using BTS2004 with Windows Server 2003 (On both the BTS and the file server) with about 150 file received location pointing to the same server.  I made the changes as described but it didn't help one bit.  In fact we didn't even have those registry entries on our servers.  

What I did do was (since the server we were having a problem with had FTP server already loaded) I moved about %50 of our file transports over to FTP transports and our Shutdowns have completedly stopped over the last week.  I know it's not the best solution but it is one that definitely works!!

Good luck!
John</description>
		<content:encoded><![CDATA[<p>Hi everyone,<br />
Just though I would let you know that I was running into the same issue at our oganizations.  We are using BTS2004 with Windows Server 2003 (On both the BTS and the file server) with about 150 file received location pointing to the same server.  I made the changes as described but it didn&#8217;t help one bit.  In fact we didn&#8217;t even have those registry entries on our servers.  </p>
<p>What I did do was (since the server we were having a problem with had FTP server already loaded) I moved about %50 of our file transports over to FTP transports and our Shutdowns have completedly stopped over the last week.  I know it&#8217;s not the best solution but it is one that definitely works!!</p>
<p>Good luck!<br />
John</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Roderick</title>
		<link>http://www.modhul.com/2007/08/17/help-wanted-receive-locations-disabling-without-reason/comment-page-1/#comment-22</link>
		<dc:creator>Adam Roderick</dc:creator>
		<pubDate>Fri, 17 Aug 2007 13:17:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2007/08/17/help-wanted-receive-locations-disabling-without-reason/#comment-22</guid>
		<description>I wish I had some advice to give you on the issue, but it looks like due to network or other constraints there is a max number of receive locations, and you have passed it.

In case your colleague is using thousands of file adapters to pick up files from a hierarchy of folders, I do have a "recursive" file adapter that would cut down significantly on the number of receive locations needed.  I would be happy to share it with your colleague if it would help.</description>
		<content:encoded><![CDATA[<p>I wish I had some advice to give you on the issue, but it looks like due to network or other constraints there is a max number of receive locations, and you have passed it.</p>
<p>In case your colleague is using thousands of file adapters to pick up files from a hierarchy of folders, I do have a &#8220;recursive&#8221; file adapter that would cut down significantly on the number of receive locations needed.  I would be happy to share it with your colleague if it would help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nick</title>
		<link>http://www.modhul.com/2007/08/17/help-wanted-receive-locations-disabling-without-reason/comment-page-1/#comment-21</link>
		<dc:creator>nick</dc:creator>
		<pubDate>Fri, 17 Aug 2007 12:32:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2007/08/17/help-wanted-receive-locations-disabling-without-reason/#comment-21</guid>
		<description>Zach,
Thanks for the comment, I do think there is more going on with the NetBIOS/SMB connections that my colleague is seeing and I hope to be able to get a better idea when I get some PerfMon data next week.

To clarify my original posting, yes we are seeing the behavior on both machines and I have noticed an MSDN article that indicates there is a max. number of receive ports: 1024, which would lead me to suggest that there is also a max number of receive locations, both per port and across the whole BizTalk Group.

Nick.</description>
		<content:encoded><![CDATA[<p>Zach,<br />
Thanks for the comment, I do think there is more going on with the NetBIOS/SMB connections that my colleague is seeing and I hope to be able to get a better idea when I get some PerfMon data next week.</p>
<p>To clarify my original posting, yes we are seeing the behavior on both machines and I have noticed an MSDN article that indicates there is a max. number of receive ports: 1024, which would lead me to suggest that there is also a max number of receive locations, both per port and across the whole BizTalk Group.</p>
<p>Nick.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zach bonham</title>
		<link>http://www.modhul.com/2007/08/17/help-wanted-receive-locations-disabling-without-reason/comment-page-1/#comment-20</link>
		<dc:creator>zach bonham</dc:creator>
		<pubDate>Fri, 17 Aug 2007 12:22:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.modhul.com/2007/08/17/help-wanted-receive-locations-disabling-without-reason/#comment-20</guid>
		<description>Nick,

For what its worth, we experienced similar behavior to what you describe, but running under BizTalk 2002, running under Windows Server 2003.  I do know that it was far less than the  number of receive locations you are running...maybe around 120?

I believe you are already on the right track, and I'll try to relate the details (as much as I can remember) from our encounter.  Hopefully its not a rabbit hole!

I believe I understand that you are experiencing the behavior on both machines.

Monitor (perfmon) the Redirector Current Commands counter.  We would see this meet, or exceed, the default limit, which lead us to bump the registry setting.  However, I don't remember if it was also required to make this change on the computer that actually hosted the share as well.  I would monitor both machines (BizTalk servers and file servers) to get a better picture.

The value that we set in the registry had to be much higher than the number of receive locations, due to that is the max commands for the entire box and there are a lot of commands issued that are just part of either Windows housekeeping, or just plain outside the scope of your application(s).
e.g. give yourself a good buffer. Again, I want to say that we made this change on both source and target machines.

However, all that said and done, we still wound up spreading the hosting of those receive locations across additional machines.  My memory doesn't help me determine if that was the ultimate way we 'resolved' it, or if we did that as a 'fail safe'.

I have no idea if there are a max number of receive locations/port threshold being exceeded (unless it would be related to memory, etc).

Good luck!
Z</description>
		<content:encoded><![CDATA[<p>Nick,</p>
<p>For what its worth, we experienced similar behavior to what you describe, but running under BizTalk 2002, running under Windows Server 2003.  I do know that it was far less than the  number of receive locations you are running&#8230;maybe around 120?</p>
<p>I believe you are already on the right track, and I&#8217;ll try to relate the details (as much as I can remember) from our encounter.  Hopefully its not a rabbit hole!</p>
<p>I believe I understand that you are experiencing the behavior on both machines.</p>
<p>Monitor (perfmon) the Redirector Current Commands counter.  We would see this meet, or exceed, the default limit, which lead us to bump the registry setting.  However, I don&#8217;t remember if it was also required to make this change on the computer that actually hosted the share as well.  I would monitor both machines (BizTalk servers and file servers) to get a better picture.</p>
<p>The value that we set in the registry had to be much higher than the number of receive locations, due to that is the max commands for the entire box and there are a lot of commands issued that are just part of either Windows housekeeping, or just plain outside the scope of your application(s).<br />
e.g. give yourself a good buffer. Again, I want to say that we made this change on both source and target machines.</p>
<p>However, all that said and done, we still wound up spreading the hosting of those receive locations across additional machines.  My memory doesn&#8217;t help me determine if that was the ultimate way we &#8216;resolved&#8217; it, or if we did that as a &#8216;fail safe&#8217;.</p>
<p>I have no idea if there are a max number of receive locations/port threshold being exceeded (unless it would be related to memory, etc).</p>
<p>Good luck!<br />
Z</p>
]]></content:encoded>
	</item>
</channel>
</rss>
