SharePoint : Erreur 2424 et 2436 pour le moteur de recherche WSS V3

Dans le cadre de la gestion de ferme SharePoint WSS V3, il existe une série d’erreur qui peut créer un stress certain. Il s’agit des erreurs 2424 et 2436 provenant du moteur de recherche WSS.

On trouve donc un très grand nombre de messages ou d’articles traîtant de la correction de ces erreurs, dont par exemple :

SharePoint : Erreurs Event 2436 lors de l’indexation des sites WSS V3 avec WSS Search

Il existe un autre cas provoquant ce type de message d’erreurs que je vais présenter ici :

Message d’erreurs

Erreur 2436 (Autant de fois que vous avez de bases de données de contenu dans votre ferme)

Log Name:      Application
Source:        Windows SharePoint Services 3 Search
Date:          7/5/2011 11:00:25 PM
Event ID:      2436
Task Category: Gatherer
Level:         Warning
Keywords:      Classic
User:          N/A
Computer:      xxxxxx.com
Description:
The start address <sts3://xxxxxx.com/contentdbid={482e0747-020f-4d04-8b9d-376d74746dce}> cannot be crawled.
Context: Application 'Search index file on the search server', Catalog 'Search'
Details:
    The crawler could not communicate with the server. Check that the server is available and that the firewall access is configured correctly.   (0x80041200)
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
    <Provider Name="Windows SharePoint Services 3 Search" />
    <EventID Qualifiers="32768">2436</EventID>
    <Level>3</Level>
    <Task>3</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2011-07-05T15:00:25.000000000Z" />
    <EventRecordID>13942</EventRecordID>
    <Channel>Application</Channel>
    <Computer>xxxxxxxx.com</Computer>
    <Security />
</System>
<EventData>
    <Data>
Context: Application 'Search index file on the search server', Catalog 'Search'
Details:
    The crawler could not communicate with the server. Check that the server is available and that the firewall access is configured correctly.   (0x80041200)</Data>
    <Data>sts3://xxxxxx.net/contentdbid={482e0747-020f-4d04-8b9d-376d74746dce}</Data>
</EventData>
</Event>

Erreur 2424 (une seule fois par exécution du moteur de recherche)

Log Name:      Application
Source:        Windows SharePoint Services 3 Search
Date:          7/5/2011 11:00:25 PM
Event ID:      2424
Task Category: Gatherer
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      xxxxxxx.com
Description:
The update cannot be started because the content sources cannot be accessed. Fix the errors and try the update again.
Context: Application 'Search', Catalog 'index file on the search server Search'
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
    <Provider Name="Windows SharePoint Services 3 Search" />
    <EventID Qualifiers="32768">2424</EventID>
    <Level>2</Level>
    <Task>3</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2011-07-05T15:00:25.000000000Z" />
    <EventRecordID>13943</EventRecordID>
    <Channel>Application</Channel>
    <Computer>xxxxxxx.com</Computer>
    <Security />
</System>
<EventData>
    <Data>
Context: Application 'Search', Catalog 'index file on the search server Search'</Data>
</EventData>
</Event>

Le résultat pour les utilisateurs est que ceux-ci n’ont plus de résultat lors de leur recherche

Origine de l’erreur

Le message de l’erreur 2436 donne une piste en parlant du FireWall. L’idée est de lancer un navigateur Internet Explorer en utilisant le compte de service du moteur de recherche afin de se connecter sur la page d’accueil d’une des applications Web à indexer.

A ce moment, on se rend compte que le site n’est pas accessible. En effet, le navigateur a été paramétré pour le compte de service afin d’utiliser un Proxy

Les exclusions ne sont pas correctement renseignées

Le résultat est que la tentative de connexion sur le site intranet n’est pas possible et provoque l’erreur 2436.

Solution

Il faut donc corriger ce paramètre ou supprimer ce paramétrage de proxy sur le profil du compte de service et de relancer le service de recherche.

Vous aurez alors une recréation des fichiers d’index

Puis les résultats sont à nouveau possibles pour les utilisateurs

Il est aussi utilie de contrôler les paramètres de croissance de la base de données de recherche afin que celle-ci soit plus performante (1 GB pour le fichier de données et 500 MB pour le fichier de log)

Attention

Il est totalement déconseillé d’utiliser le compte de service pour se connecter sur le serveur afin de ne pas créer ce type d’erreur. Le compte de service ne doit pas devenir de compte d’administration.

Conclusion

La gestion de ces erreurs 2424 et 2436 est compliquée mais importante pour les utilisateurs.

Romelard Fabrice [MVP]

Rechercher dans ce blog