Suche MOSS 2007 - Problem bei lokalen Websites

C.Kaiser Als Antwort am 16 Juni 2010 15:55

eigentlich musst du in der Suche angeben, dass die Seiten http://moss.firma.de als Inhaltsquelle definieren.

Wenn die Suche Probleme macht, meldet die sich in der Regel auch im Windows EventLog.

Andi Fandrich Als Antwort am 16 Juni 2010 16:02

Was sagen denn die Crawl Logs dazu (erreichbar über die Sucheinstellungen im SSP)? Vielleicht ist auch nur die Site von der Indizierung ausgeschlossen (in den Site Settings).

Stephan Reitz Als Antwort am 16 Juni 2010 16:11

... man sollte erstmal unkompliziert denken... das Crawllog bringt die Erleuchtung ...

URL	Letzte Inhaltsquelle	Letzter Crawl
		https://moss.firma.de 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. (Das Element wurde gelöscht, da es nicht gefunden wurde oder der Crawler nicht darauf zugreifen konnte.)	MOSS	16.06.2010 15:59
		http://moss.firma.de 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.	MOSS

Sieht wohl so aus, als hätte sich in meinem Standardzugriffskonto etwas verschoben bzw. beim "Umzug" auf https wurde die Berechtigung nicht vergeben, richtig?

Danke für den Schlag auf den Hinterkopf :-)

Viele Grüße

Stephan

Stephan Reitz Als Antwort am 17 Juni 2010 15:15

Hi,

wo ist denn meine Antwort hin? Wollte gestern eigentlich schon geantwortet haben...

Nun, gut... hier nochmals:

Eventlog sagt 2424, scheinbar verrutscht etwas, wenn man Updates auf dem Server macht. Das Crawllog sagt, dass das Zugriffskonto keinen Zugriff hat.

SharePoint Services Search Error: Event ID 2424

http://sbsfaq.de/SBS2008/Sharepoint30/SharePointServicesSearchErrorEventID2424/tabid/2332/Default.aspx

Das habe ich zu der Event ID gefunden, teste ich gleich mal.

Grüße

Stephan Reitz

##### UPDATE #####

brachte keine Besserung... habe das Dienstkonto kurzzeit umgestellt und dann wieder auf das vorherige

C.Kaiser Als Antwort am 18 Juni 2010 09:02

Also hast du das hier gemacht:
http://support.microsoft.com/kb/927012/de ?

Was heißt du hast wieder zurück auf das vorherige gestellt? Verwendest du ein normalen Benutzeraccount oder die integrierten (Netzwerkdienst, lokales Systemkonto...)?

Stephan Reitz Als Antwort am 18 Juni 2010 09:41

Hallo Christian,

wir haben/hatten/haben ein Domänenkonto, das wollte ich laut dem Artikel ersetzen durch Systemdienst oder Netzwerkdienst.

Verwendet habe ich dann aber ein anderes Domänenkonto, um die Änderung vorzunehmen. Anschließend habe ich das ursrünglich vorgesehene Konto wieder eingetragen. So wie ich den Artikel verstehe, bewirkt die Änderung des Dienstkontos ein Anpassung an den Datenbanken bzgl. Zugriff. Leider brachten mir die Crawls anschließend Fehler. Gebracht hat es also noch nichts...

Gruß

Stephan

C.Kaiser Als Antwort am 18 Juni 2010 09:46

Moin,

also ich verstehe das hier:
This issue occurs when the service account for the Windows SharePoint Services Search service is configured to use the Network Service account. The search service account must not use a built-in account to access the Windows SharePoint Services 3.0 database.

so, dass kein integriertes Konto, sondern ein Domänen-Account verwendet werden soll. Wenn ich mir die deutsch Übersetzung anschaue, kann man aber auch andere Schlüsse ziehen. :-)

Aber es scheint ein Problem bei euch mit den Berechtigungen und dem Zugriffaccount zu geben. Kannst du den Was passiert, wenn du den SharePoint-Adminaccount als Suchaccount verwendest?

Stephan Reitz Als Antwort am 18 Juni 2010 09:55

Hallo Christian,

als Standard Zugriffskonto oder als Dienstkonto der Suche.

Muss ich eigentlich bei beiden - dem Office Search Server und der Windows SharePoint Services - die Dienstkonten anpassen?

Brauche ich beim MOSS den WSS Search überhaupt?

Grüße

Stephan

Andi Fandrich Als Antwort am 18 Juni 2010 10:55

Bei MOSS dient die WSS-Suche nur zum Durchsuchen der (leider nutzlosen) Onlinehilfe.

Das Zugriffskonto der Suche muß ein Domänenkonto sein. Unter "Manage policies for web applications" kannst Du ihm globalen Lesezugriff auf die SharePoint-Inhalte geben.

Stephan Reitz Als Antwort am 21 Juni 2010 12:23

Hallo,

kam jetzt dazu, das zu checken. Gemäß der Richtlinie ist alles auf "alles lesen"

Vorher ging es ja, seit den alternativen Zugriffszuordnungen mag er aber keine lokalen Inhalte mehr crawlen :-(

Grüße

Stephan

Stephan Reitz Als Antwort am 21 Juni 2010 14:19

Hallo Christian,

habe meinen Account mal eingesetzt, hab Farmadminrechte damit, ist aber nicht der Account, der das MOSS damals installiert hat...

Fehler ist derselbe...

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.

Könnte zur Diagnose

a) noch den "richtigen" Farmadmin einsetzen oder
b) das Dienstkonto der Suche

Würde a und/oder b noch Sinn machen?

Grüße

Stephan

Dominik Kovacic-Voß Als Antwort am 21 Juni 2010 17:57

das ganze hört sich nach dem hier an

http://support.microsoft.com/kb/896861

von der Fehlerbeschreibung nicht verwirren lassen, es gibt weitere MS Einträge in dieselbe Richtung

Stephan Reitz Als Antwort am 21 Juli 2010 16:19

Hallo zusammen,

sorry, dass ich mich auf das Thema nicht mehr gemeldet habe, war in einem Projekt und hatte das Problem dann erst Mal nicht an der Backe....

Nun kam es aber wieder zur Sprache, ist aber gelöst!

Mein Vorredner hat den entscheidenden Tipp gegeben, über Google-Suche kam ich zu dem Artikel über Umwege, dort stand allerdings, dass Methode 2 die Lösung war. In unserem Fall war es Methode 1. Seitdem funktioniert die Suche wieder so, wie gewollt!

Vielen Dank allen, die sich beteiligt haben!

Viele Grüße

Stephan