点击此处---> 群内免费提供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是什么以及必须使用哪个组件?
提前感谢,索拉
对于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核心而不是服务器本身?
最好的问候
问题仍然存在,因为我们暂时关闭了一个从节点进行测试。 每当节点关闭并重新启动时,活动检查查询就开始失败解析。
一周热门 更多>