【问题标题】:Sitecore Lucene Search missing file inside Data\indexes\__system folderSitecore Lucene 在 Data\indexes\__system 文件夹中搜索丢失的文件
【发布时间】:2011-11-23 18:31:08
【问题描述】:

我们使用的是 Sitecore(6.4 版)Lucene 搜索。当我尝试搜索任何关键字时,它会抛出文件未找到异常。 Lucene 正在 Data\indexes__system\ 文件夹中寻找文件 _3zj.fnm。

我尝试从 sitecore 重建搜索索引,但 4 小时后,它没有完成。 Sitecore 重建窗口显示“已处理 XXX 个项目”的消息。几个小时以来,这个数字一直没有改变。

【问题讨论】:

    标签: lucene sitecore sitecore6


    【解决方案1】:

    您可以先尝试并消除几件事..

    • 文件锁定:您是否有病毒检查程序可以锁定文件并阻止它们被覆盖或可能删除它们?您是否启用了 DFS 或驱动器共享等可能导致此类问题的功能。

    • 权限Dataindexes 文件夹是否具有正确的权限,即运行 IIS 工作进程的用户(例如网络服务)是否具有写入和删除权限到这些文件夹。

    • 配置:检查 web.config 的 sitecore 部分中的任何 lucene 索引定义是否未发生任何更改。

    您通过控制面板重建索引是正确的,但我会进入Data/indexes/__system 目录并在重建之前删除其中的所有内容,以防万一现有索引中的任何内容损坏。取决于你有多少项目,索引根本不应该花很长时间,所以如果它像这样挂起,通常表明有问题。

    【讨论】:

      【解决方案2】:

      我在“重建搜索索引”挂起时遇到了同样的问题。 Sitecore 在 IIS 7 中运行,.NET Framework v4.0 应用程序池在集成托管管道模式下运行。 Sitecore 日志中没有错误 - 只是一个说明“作业开始:RebuildSearchIndex”的注释。 弹出对话框只是坐在那里“处理 0 个项目”。

      我注意到目标机器中的应用程序池有一个与默认设置不同的设置:

      加载用户配置文件:错误

      一旦我将其更改为 True,重建就可以正确完成。 正如斯蒂芬所提到的,确保应用程序池标识(默认情况下它的网络服务)对您的数据文件夹具有写入权限,并确保删除 \indexes 目录中的所有内容。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多