Heute Morgen sprach mich einer meiner Kollegen an, warum bestimmte Dokumente nicht in den Suchergebnissen unseres SharePoints auftauchen. Nach einigen Minuten bin ich dann auf diverse Warnungen (EventID 2436) im Eventlog gestossen.
Da ich vor kurzem unsere SharePoint Farm auf den neuesten Stand gebracht habe, lag die Vermutung nahe, das dabei etwas schief gegangen ist.
Nach einiger Recherche fand ich dann auch noch einen Leidensgenossen, durch den ich dann auch die Ursache und die Lösung gefunden habe. Bei den von mir installieren Updates, war unter anderem auch Service Pack 1 für das .NET 3.5 Framework dabei.
Hier mal die Warnung aus dem Windows Eventlog:
Ereignistyp: Warnung
Ereignisquelle: Office Server Search
Ereigniskategorie: Gatherer
Ereigniskennung: 2436
Datum: 03.06.2009
Zeit: 09:06:18
Benutzer: Nicht zutreffend
Computer: SharePoint01
Beschreibung:
Die Startadresse <http://moss2007> kann nicht gecrawlt werden.
Kontext: Anwendung ‘SharedServices1′, Katalog ‘Portal_Content’
Details:
Zugriff verweigert. Überprüfen Sie, ob das Standardkonto für den Inhaltszugriff Zugriff auf dieses Repository hat, oder fügen Sie eine andernfalls eine Crawlregel zum Crawlen dieses Repositorys hinzu. Wenn das zu crawlende Repository ein SharePoint-Repository ist, überprüfen Sie, ob das verwendete Konto über die Berechtigung ‘Alles Lesen’ für die gecrawlte SharePoint-Webanwendung verfügt. (0×80041205)
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Zu diesem Problem gibt es auch einen Knowledgebase Artikel von Microsoft, in dem der Fehler folgendermaßen beschrieben wird:
Dieses Problem tritt auf, wenn die Website integrierte Authentifizierung verwendet und ihr Name der lokalen Loopbackadresse zugeordnet ist.
Abhilfe schaffte bei mir die Methode 2 “Hostnamen angeben”. Nach einem Neustart des ‘osearch’-Dienstes lief die Suche im Portal wieder fehlerfrei.
Update 11.06.2009
Hier noch ein paar andere Quellen zu dem Thema.
Recent Comments