none
SharePoint 2010 で検索サービス(Foundation Search)のクロールができない RRS feed

  • 質問

  • サーバーの全体管理>サーバーのサービス>SharePoint Foundation Search を開始しても検索ができませんでした。
    FireWallは無効、Proxyの設定などは行っていません。
    代替アクセスマッピングはイントラネット追加しています。
     
    イベントログを確認すると以下の警告が表示されていました。

    - <Event xmlns="">
    - <System>
      <Provider Name="Microsoft-SharePoint Products-SharePoint Foundation Search" Guid="{1C415899-58B3-4BFC-9236-105E7FD38719}" />
      <EventID>14</EventID>
      <Version>14</Version>
      <Level>3</Level>
      <Task>174</Task>
      <Opcode>0</Opcode>
      <Keywords>0x2000000000000000</Keywords>
      <TimeCreated SystemTime="2013-07-09T15:04:26.682269800Z" />
      <EventRecordID>4167</EventRecordID>
      <Correlation />
      <Execution ProcessID="2072" ThreadID="6420" />
      <Channel>Application</Channel>
      <Computer><コンピューター名>.<ドメイン></Computer>
      <Security UserID="S-1-5-21-2041788141-849782681-4118322955-13710" />
      </System>
    - <EventData>
      <Data Name="string0">sts4://<コンピューター名>/contentdbid={3a7b9237-9395-4456-aadb-8fb59a82db79}</Data>
      <Data Name="string1">コンテキスト: アプリケーション '検索サーバー上の検索インデックス_ファイル'、カタログ 'Search' 詳細 : オブジェクトが見つかりませんでした。 (0x80041201)</Data>
      </EventData>
      </Event>

    ULSログを確認すると

    CHttpAccessorHelper::InitRequestInternal - unexpected status (404) on request for 'http://<ComputerName>/_vti_bin/sitedata.asmx' Authentication 1.  [httpacchelper.cxx:703]  d:\office\source\search\native\gather\protocols\http\httpacchelper.cxx

    CHttpProbeHelper::ProbeServer: InitRequest failed for 'http://<ComputerName>/_vti_bin/sitedata.asmx'. Return error to caller, hr=80041201  [stscommon.cxx:483]  d:\office\source\search\native\gather\protocols\common\stscommon.cxx

     CSTS3Accessor::InitURLType: Return error to caller, hr=80041201                 [sts3acc.cxx:2196]  d:\office\source\search\native\gather\protocols\sts3\sts3acc.cxx 

    CSTS3Accessor::GetServer fails, Url sts4://<ComputerName>/contentdbid={3a7b9237-9395-4456-aadb-8fb59a82db79}, hr=80041201  [sts3acc.cxx:185]  d:\office\source\search\native\gather\protocols\sts3\sts3acc.cxx 

    CSTS3Accessor::Init fails, Url sts4://<ComputerName>/contentdbid={3a7b9237-9395-4456-aadb-8fb59a82db79}, hr=80041201  [sts3handler.cxx:312]  d:\office\source\search\native\gather\protocols\sts3\sts3handler.cxx 

    CSTS3Handler::CreateAccessorExD: Return error to caller, hr=80041201            [sts3handler.cxx:330]  d:\office\source\search\native\gather\protocols\sts3\sts3handler.cxx 

    The start address sts4://<ComputerName>/contentdbid={3a7b9237-9395-4456-aadb-8fb59a82db79} cannot be crawled.  コンテキスト: アプリケーション '検索サーバー上の検索インデックス_ファイル'、カタログ 'Search'  詳細 :  オブジェクトが見つかりませんでした。   (0x80041201) 

    ブラウザを起動して、URLに'http://<ComputerName>/_vti_bin/sitedata.asmx'を入力すればWebサービスの説明は参照できています。

    また、同様の構成で2台のSharePointが稼働していますが、上記エラーが発生するのは1台のみです。

    解決方法を教えてください。


    • 編集済み おしお 2013年7月25日 1:28
    2013年7月25日 1:27

すべての返信

  • 気になった点をいくつか、書いてみます。

    1. http://<ComputerName>/ にサイト コレクションは作成していますか?
      SharePoint で良くある現象で、ルートのサイト コレクションが作成されていないと不具合が起こります。
    2. コンテンツソースに設定されている URL は、クローラーのサーバーからアクセスが出来ますか?
    3. 代替アクセスマッピングで「イントラネット」を追加とありますが、コンテンツソースに設定しているアドレスも「イントラネット」のものですか?
      「既定」に設定しているアドレスをコンテンツソースに設定していてもクロールに失敗しますか?
    4. 代替アクセスマッピングの設定の際に、パブリックURLの変更で「既定」を変更していませんか?
      変更した場合、クロールに失敗することもあります。
    5. 同構成の2台(ファームも別?)は、同一のSPおよびCUが適用されていますか?

    直接の解決にはならないかもしれませんが、私がいつも確認しているようなポイントです。




    2013年7月25日 8:35
  • 回答ありがとうございます。

    (1)に関してはルートのサイトコレクションは作成しています。
    サイト コレクションのリストで確認済みです。
    (2)のコンテンツソースについてですが、「SharePoint Foundation 2010」を使用しているため、検索については確認できていません。「SharePoint Search Server 2010 Express」は使用していません。
    (3)についてはログには既定のURLが出力されています。代替アクセスマッピングを設定したことで、Foundation Search Serviceに影響があるのでしょうか?
    (4)については「パブリック URLの編集」にてイントラネットにURLを追加しました。
    「クロールに失敗することもある」とはどういった原因が考えられますか?
    「KB2284544」の内容と関係ありますか。
    (5)については別のファームで構成しています。また、サービスパック1のみ適用しています。



    2013年7月30日 7:30
  • なるほど、ということは1台構成ですね。

    返信で頂いた質問への回答ではなく、恐縮なのですが…。

    下記のブログに記載されている、レジストリ値 DisableLoopbackCheck の値を変更してみては如何でしょうか?
    http://www.jeremytaylor.net/2010/05/24/sharepoint-disable-loopback-check-disableloopbackcheck-dword-in-registry/

    レジストリー「HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa」の「DisableLoopbackCheck」に「1」をセットする手順です。
    「DisableLoopbackCheck」が存在していない場合は、新たに追加することになります。

    レジストリー変更なので、再起動が必要になるかと思います。ご確認ください。


    2013年7月31日 2:11
  • 連投ですみません…。

    または、こちらの記事のようにIISの設定もご確認いただくと良いかもしれません。
    http://shareplex.blogspot.jp/2011/09/sharepoint-foundation-search-not.html

    ログに既定のURLが出力されているとのことですので、IISのサイトバインディングで、既定URLでのリクエストを受信/処理できるようにする設定になります。

    合わせてご確認ください。

    2013年7月31日 2:30
  • IISでサイトバインディングを実施しても改善されませんでした。

    2013年8月1日 0:55