SOLR 6.1 | 多余的URL从Hybris服务器触发到SOLR,导致内存不足

2020-09-20 06:51发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


嗨,

我们正在将SOLR 6.1与hybris一起使用。 在我们的生产环境中,设置如下:

使用AFTER_COMMIT和2个从属服务器进行复制的主服务器,这些从属服务器负责查询响应。 由于我们希望尽快在从站上获取最新数据,因此复制最初设置为60秒。

在生产环境中,我们开始看到来自所有8个hybris服务器到以下模式的SOLR从属服务器的点击量:

  10.131.74.45--[26/Sep/2017:15:09:39 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version  = 2 HTTP/1.1" 404 1081
  10.131.74.45--[26/Sep/2017:15:09:44 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081
  10.131.74.45--[26/Sep/2017:15:09:49 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081
  10.131.74.45--[26/Sep/2017:15:09:54 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081
  10.131.74.45--[26/Sep/2017:15:09:59 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081
  10.131.74.45--[26/Sep/2017:15:10:04 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081
  10.131.74.45--[26/Sep/2017:15:10:09 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081
  10.131.74.45--[26/Sep/2017:15:10:14 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081


  

这些URL是从hybris节点触发的,只是在生产中触发的。 在较低的环境中,我们看不到此URL。

注意:我们使用的是托管SOLR的 Tomcat 8.5.14 。 并且混合版本为6.2.0.1

完全困惑于看到此URL,并且无法弄清楚是什么触发了该URL。 由于使用了该URL,从站上的内存持续不断地变高,最终导致内存不足。

是否知道此URL是什么以及必须使用哪个组件?

提前感谢,索拉

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


嗨,

我们正在将SOLR 6.1与hybris一起使用。 在我们的生产环境中,设置如下:

使用AFTER_COMMIT和2个从属服务器进行复制的主服务器,这些从属服务器负责查询响应。 由于我们希望尽快在从站上获取最新数据,因此复制最初设置为60秒。

在生产环境中,我们开始看到来自所有8个hybris服务器到以下模式的SOLR从属服务器的点击量:

  10.131.74.45--[26/Sep/2017:15:09:39 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version  = 2 HTTP/1.1" 404 1081
  10.131.74.45--[26/Sep/2017:15:09:44 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081
  10.131.74.45--[26/Sep/2017:15:09:49 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081
  10.131.74.45--[26/Sep/2017:15:09:54 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081
  10.131.74.45--[26/Sep/2017:15:09:59 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081
  10.131.74.45--[26/Sep/2017:15:10:04 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081
  10.131.74.45--[26/Sep/2017:15:10:09 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081
  10.131.74.45--[26/Sep/2017:15:10:14 +0530]" GET/solr/select?q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2 HTTP/1.1"  404 1081


  

这些URL是从hybris节点触发的,只是在生产中触发的。 在较低的环境中,我们看不到此URL。

注意:我们使用的是托管SOLR的 Tomcat 8.5.14 。 并且混合版本为6.2.0.1

完全困惑于看到此URL,并且无法弄清楚是什么触发了该URL。 由于使用了该URL,从站上的内存持续不断地变高,最终导致内存不足。

是否知道此URL是什么以及必须使用哪个组件?

提前感谢,索拉

付费偷看设置
发送
2条回答
SAP浪
1楼-- · 2020-09-20 07:20

对于solr 6.1的6.3.x版本,我们也遇到了同样的问题。 到目前为止,我发现这些查询只是保持活动状态的检查,这些检查是定期为从属节点发送的,并在solr服务器配置屏幕上的hmc/backoffice中声明。 替代文字

查询时间由配置参数solrserver.statusInterval控制,以毫秒为单位。 这些查询的问题是; 他们没有针对任何特定的核心。 只需比较下面给出的两个查询,第一个查询将失败并显示404,而后者将成功:

http://本地主机:8983/solr/select/q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2

http: //localhost:8983/solr/YOUR_SOLR_CORE_NAME/select/q = *%3A *&rows = 0&sort = _docid_ + asc&distrib = false&wt = javabin&version = 2

这就是我的问题所在:有人遇到过这个问题吗? 我们如何直接将活动检查查询直接定向到solr核心而不是服务器本身?

最好的问候

四川大学会员
2楼-- · 2020-09-20 07:11

问题仍然存在,因为我们暂时关闭了一个从节点进行测试。 每当节点关闭并重新启动时,活动检查查询就开始失败解析。

一周热门 更多>