wjzhan replied...

Hi Erik,

To deeply troubleshoot this kind of slow performance symptom, we need to
capture memory dump files of the 64bit host instance's process during
closure and debug into them to see what the root cause is. However it's not
possible to perform this kind of complicated debugging scenario in the
newsgroup.

I'd like to suggest you use one of your MSDN Technical Support Incidents to
work with us via telephone based support. This will be the most effective
way to assist you on complicated and project based issue. Also you won't
even need to spend the incident account if the problem is finally confirmed
to be a product issue or can be simply fixed by applying hotfix. Please
refer to the support note below.

About the information of free incident support for MSDN subscribers, please
look at:
http://msdn.microsoft.com/subscriptions/support/default.aspx.

To obtain the phone numbers for Microsoft Customer Service and Support
services technology request, please take a look at the web site listed
below.
http://support.microsoft.com/default.aspx?scid=fh;EN-US;PHONENUMBERS

Thanks.

Sincerely,

WenJun Zhang

Microsoft Online Community Support

Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we can improve the support we provide to you. Please
feel free to let my manager know what you think of the level of service
provided. You can send feedback directly to my manager at:
msdnmg@microsoft.com.

==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

  Trying To Forget replied...

Ok. I will make a PSS case.

Thank you,
Erik

  zutroyquixot replied...

We are experiencing an identical issue on our new hardware.  3 blades
(2.5GHz proc, 8GB RAM each) running BTS 2006 R2 64-bit.  No
applications are deployed, therefore no activity in BizTalk.

Stop of 32-bit host instance takes ~ 3 seconds.

Stop of 64-bit host instance takes > 60 seconds.

With 20 host instances across these servers, a full recycle takes over
20 minutes.  None of our host instances are clustered, so I can attest
that it does not appear to be an issue with the clustering.

In addition, with each host stop, there are two Service Control
Manager error 7011s thrown to the System Event log.  The first one has
the following text

Timeout (30000 milliseconds) waiting for a transaction response from
the BTSSvc$BizTalkServerApplicationFILEHost service.

And the subsequent error has the following text 30 seconds later:

Timeout (30000 milliseconds) waiting for a transaction response from
the  service.

These errors occur for each 64-bit host instance on each server, each
time.

I will be opening a support ticket with MS too.  We don't want to
migrate our current production environment to a new environment which
is exhibiting health issues.

Ben

On Mar 26, 3:49=A0pm, "Trying To Forget"


e

d
se
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
es
ow
e
s
t
g
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D

  Ben replied...

After getting support from PSS, we determined the cause of this
issue.  There is another KB out there (which at the moment indicates
it is not for 2006 R2) which addresses CPU spikes that occur after
applying Security Bulletin MS07-040.  The KB article is here:

http://support.microsoft.com/?id=943165

Since the machines were newly built and fully up-to-date, the security
bulletin (though not installed independently) was on the machine.  The
details of the security bulletin can be found here:

http://support.microsoft.com/?id=943165

After applying the fix to all three servers, the long stop effect and
service timeouts disappeared.  Stopping the 20 host instances now
takes ~1.5 minutes as opposed to the 20 minutes accompanied by system
event log errors.

To solve the problem, you will still need to open a ticket with
Microsoft so they can give you the fix for 943165, as it is not freely
available for download.  This problem will likely creep up more and
more as existing applications are migrated to BizTalk R2 64-bit, as
well as new development.

Ben

  Trying To Forget replied...

Thanks a lot Ben!

This really helped us. We were able to download the hotfix from the Premier
Customer Area so we didn't need to start a PSS case :)

And the hotfix makes an enormous change :)

Best regards,
Erik

  marcusq71 replied to Trying To Forget

I only see an x86 version of this hotfix.  Is this what you used on your x64
machines or did you need to request a different version from PS?  Thank you
in advance for your help.

Slow network performance Windows Server I'm looking for some guidance in resolving a network performance issue. specifically any tools that would help me find the bottle neck. symptoms: file copies hard to determine what the root cause is. Please provide some detailed information about this symptom so that we can provide further assistance. Based on my knowledge, Windows 2000 provides two primary utilities for monitoring network performance: System Monitor and Network Monitor. System Monitor, installed with both Windows 2000 Professional and Windows throughput in terms of captured network traffic. Network Monitor monitors only local traffic. Monitoring Network Performance http: / / www.microsoft.com / technet / prodtechnol / windows2000serv / reskit / core / fne g_net_zukh.mspx?mfr = true More Reference: = = = = = = = = = = = = = = = = = 270926: HOW TO: Troubleshoot Network File Copy Issues in Windows 2000 http: / / support.microsoft.com / kb / 270926 / en-us 321098: Slow network performance occurs if you copy files to a domain controller that is running Windows 2000 or are in a Gbit switched environment you should leave everything on auto. keywords: Slow, network, performance description: I'm looking for some guidance in resolving a network performance issue. specifically any

notion that the more adapters there are, the more the memory loss is apparent. Using performance monitor, I can track the loss. It is repetitive and consistent with whether the ftp me with the detailed steps about how you investigate and see the the memory loss symptom. For example, create what kind of FTP ports and perform which operations on the server any valuable ideas or suggestion. Based on my experience, the common and straightforward approach to troubleshoot this kind of memory issues is capturing memory dumps with tools like DebugDiag and gathering

the system paged pool because the pool was empty. Event ID: 333 Source:Application Popup Symptom: There is Event ID 333 with this message in the Event Viewer: “An I Incompatible drivers or devices. 3. Improper server configurations. We can perform the following steps to troubleshoot this issue: Step 1: Make sure the latest service pack has been installed. Run "chkdsk this issue can also related to other programs. Clean Boot is a good way to troubleshoot this issue: - -- -- -- -- -- -- -- -- Let's disable all startup items and third party services when booting. This Event ID 2020 error messages are logged in the System log, and you experience decreased performance on a server that is running Windows Server 2003 or Windows 2000, http: / / support.microsoft process may take some time; however, it will not have a negative effect on the performance. c. A CAB file will be generated in the %systemroot% \ MPSReports \ Setup \ Reports \ Cab directory

Manager is showing 9.77GB of PF Usage. Any thoughts? Where can I start to troubleshoot this problem? Do I need more RAM? Do I need a larger allotment of Virtual 916089 / en-us This fixes the svchost.exe issue, even though the description addresses another symptom. - - Les Connor [SBS MVP] Les, Thanks for the help. We're about to download and only a little over 2. What figures are you showing under Commit Charge on the Performance tab? Dave, Thanks for the reply. In the task manager, the Mem Useage doesn't similar errors, I'd see if the instability is remedied, and if not, I'd troubleshoot it differently, looking for a different cause. Dave, I'm hoping that this is true Seth Seth - this 9.5 GB - you are seeing it in "PF Usage" on the performance tab in Task Manager? I read that. You're making a lot of changes all

typical, but netdiag is only complaing about three missing) Were you running netdiag attempting to troubleshoot some problem, issue, or symptom? I'd be inclined to examine the event logs looking for the cause of this working sets to be improperly trimmed when Terminal Services is used. This can cause reduced performance and excessive page file activity. Refer to Microsoft Knowledge Base article 905865 for more details