Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/search/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Search Liferay:重新生成搜索索引时超时_Search_Indexing_Liferay_Liferay 6_Rebuild - Fatal编程技术网

Search Liferay:重新生成搜索索引时超时

Search Liferay:重新生成搜索索引时超时,search,indexing,liferay,liferay-6,rebuild,Search,Indexing,Liferay,Liferay 6,Rebuild,启动“重建所有搜索索引”功能时,请求通常会超时,可能是因为浏览器等待答案的时间太长。 我该如何解决这个问题?目前,我无法确定何时结束索引的重新生成,以及是否失败 Liferay 6.2如果您的数据集很大,则重新生成索引可能需要很多时间。这个问题没有“解决办法”。例如,您可以使用不同的索引器(如Solr)来消除运行Liferay的机器的负担。我总是可以通过在低流量时段深夜运行它并监视JMX(CPU)活动和(tomcat)日志来判断何时完成。当索引完成了各种任务并开始了新的任务时,两者都会给出指示,

启动“重建所有搜索索引”功能时,请求通常会超时,可能是因为浏览器等待答案的时间太长。 我该如何解决这个问题?目前,我无法确定何时结束索引的重新生成,以及是否失败


Liferay 6.2

如果您的数据集很大,则重新生成索引可能需要很多时间。这个问题没有“解决办法”。例如,您可以使用不同的索引器(如Solr)来消除运行Liferay的机器的负担。

我总是可以通过在低流量时段深夜运行它并监视JMX(CPU)活动和(tomcat)日志来判断何时完成。当索引完成了各种任务并开始了新的任务时,两者都会给出指示,但我发现JMX监控是最清晰的。在我们的例子中,每个节点上大约有500+MB的索引数据,需要大约2.5个小时。我还启动了每个应用程序节点上的索引,因为我们发现“群集链接”软件在跨群集节点复制索引时不可靠