Microsoft Knowledge Base Email Alertz

(830548) - On a heavily-loaded computer that is running Microsoft Office Live Communications Server 2003, you may experience all the following symptoms: Multiple Windows Messenger users receive error messages that indicate that the computer is busy or...

Search KbAlertz

Advanced Search

Receive Microsoft Knowledge Base articles by E-Mail?

Every night we scan the Microsoft Knowledge Base. If technologies you're interested in are updated, we'll send you an e-mail. You only get one e-mail a day, and only when new articles are added.

Click here to create a
FREE account
Already have an account?
[Click here to Login]











Microsoft Knowledge Base Article

This article contents is Microsoft Copyrighted material.
©2005-©2007 Microsoft Corporation. All rights reserved. Terms of Use | Trademarks

Article ID: 830548 - Last Review: October 22, 2003 - Revision: 1.1

Multiple Windows Messenger Searches Are Unsuccessful When Live Communications Server Is Under a Heavy Load

SYMPTOMS

On a heavily-loaded computer that is running Microsoft Office Live Communications Server 2003, you may experience all the following symptoms:
  • Multiple Windows Messenger users receive error messages that indicate that the computer is busy or unavailable when they search for a contact.

    Note Sometimes, the search is successful, but it takes a long time for the search results to be returned.
  • Search requests remain in the queue on the Live Communications Server.
  • CPU use and hard disk use on the computer that is running Live Communications Server and on the domain controller remain at their typical levels.

CAUSE

This issue may occur if both the following conditions exist:
  • The Live Communications Server-based computer receives many search requests from clients.

    -and-
  • You have a Microsoft Windows Server 2003-based global catalog server.
The Microsoft Active Directory directory service in Windows Server 2003 includes the functionality to disconnect a client if it detects that the client cannot receive information as fast as Active Directory can send the information. In a scenario where you have a heavily-loaded computer that is running Live Communications Server and that receives many search requests, Active Directory may detect that the Live Communications Server-based computer cannot receive the search responses as quickly as Active Directory can send them. The Live Communications Server-based computer cannot receive the search responses as quickly as Active Directory can send them because a search response contains much more information than the search request. As a result, Active Directory might close the connection with the client (in this case, the Live Communications Server-based computer). When the connection is closed, all the pending search requests in the queue on the Live Communications Server-based computer cannot be completed until Live Communications Server reestablishes a connection to Active Directory. This issue only occurs when the channel between Live Communications Server and Active Directory is overloaded.

WORKAROUND

To work around this issue, lower the number of searches that Live Communications Server can send to Active Directory. To do this, follow these steps:
  1. Start the Live Communications Server utility.
  2. Right-click User Services Global Settings, and then click Properties.
  3. Click the Search tab, and then type the number of searches that Live Communications Server can send in the Maximum number of outstanding requests per server box.
Important This workaround reduces the chance that the channel between Live Communications Server and Active Directory might be overloaded by search requests. However, when you configure this setting with a lower value, fewer clients can perform searches at the same time. When the maximum number of outstanding requests is reached, clients receive an error message when they try to perform a search operation. When a pending search is completed, a location is released in the Live Communications Server queue, and then an additional client can perform a search operation.

MORE INFORMATION

To determine if you are experiencing the issue that is described in this article, use the Performance tool in Windows Server 2003 to view the Live Communications Server performance counter information. To do this, follow these steps:
  1. On the computer that is running Live Communications Server, click Start, point to Administrative Tools, and then click Performance.
  2. Click the Add button.
  3. In the Performance object list, click LC:USrv - 13 - LDAP Manager.
  4. In the Select counters from list, add the following counters:
    Usrv - 001 - Dropped GC binds
    Usrv - 010 - LDAP search errors
    Usrv - 014 - LDAP search queue full
You may be experiencing the issue that is described in this article if the following symptoms occur while you monitor these performance counters:
  • The values of one or of both the following counters increase periodically:
    Usrv - 001 - Dropped GC binds
    Usrv - 010 - LDAP search errors
    -and-
  • The value of the following counter constantly increases:
    Usrv - 014 - LDAP search queue full
In this scenario, multiple Live Communications Server clients typically cannot complete search requests.

APPLIES TO
  • Microsoft Office Live Communications Server 2003
Keywords: 
kbprb KB830548
       

Community Feedback System

Very often, it takes hours to solve a problem. Very often, you've looked high and low, and have tried a lot of solutions. When you finally found it, chances are, it was because someone else helped you. Here's your chance to give back. Use our community feedback tool to let others know what worked for you and what didn't.

Please also understand that the community feedback system is not warranted to be correct, it's simply a system that we've built to let people try and help each other. If something in a feedback response doesn't make sense to you, or you're not comfortable making changes that the feedback talks about (like registry edits), please consult a professional.

Thank you for using kbAlertz.com Feedback System.

-- Scott Cate