问题[solr](server)

我有一个 Ubuntu 20.04 的 Solr 服务器

我遵循了文档，但我无法更改默认密码。

我怎样才能做到这一点 ？

ubuntu@www-example-com ~ $ $ curl --user solr:SolrRocks http://localhost:8983/solr/admin/authentication -H 'Content-type:application/json' -d '{"set-user": {"solr":"hhjhjhj765"}}'
$: command not found

更新

ubuntu@www-example-com ~ $ curl --user solr:SolrRocks http://localhost:8983/solr/admin/authentication -H 'Content-type:application/json' -d '{"set-user": {"solr":"hhjhjhj765"}}'


{
  "responseHeader":{
    "status":500,
    "QTime":4},
  "error":{
    "metadata":[
      "error-class","org.apache.solr.common.SolrException",
      "root-error-class","java.nio.file.AccessDeniedException"],
    "msg":"Failed persisting security.json to /var/solr/data/security.json",
    "trace":"org.apache.solr.common.SolrException: Failed persisting security.json to /var/solr/data/security.json\n\tat org.apache.solr.handler.admin.SecurityConfHandlerLocal.persistConf(SecurityConfHandlerLocal.java:89)\n\tat org.apache.solr.handler.admin.SecurityConfHandler.doEdit(SecurityConfHandler.java:134)\n\tat org.apache.solr.handler.admin.SecurityConfHandler.handleRequestBody(SecurityConfHandler.java:85)\n\tat org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:199)\n\tat org.apache.solr.servlet.HttpSolrCall.handleAdmin(HttpSolrCall.java:820)\n\tat org.apache.solr.servlet.HttpSolrCall.handleAdminRequest(HttpSolrCall.java:786)\n\tat org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:546)\n\tat org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:423)\n\tat org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:350)\n\tat org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1602)\n\tat org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:540)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146)\n\tat org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)\n\tat org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257)\n\tat org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1711)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)\n\tat org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1347)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)\n\tat org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)\n\tat org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1678)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)\n\tat org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1249)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)\n\tat org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:220)\n\tat org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:152)\n\tat org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)\n\tat org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:335)\n\tat org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)\n\tat org.eclipse.jetty.server.Server.handle(Server.java:505)\n\tat org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:370)\n\tat org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:267)\n\tat org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)\n\tat org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)\n\tat org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117)\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333)\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310)\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168)\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126)\n\tat org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366)\n\tat org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:781)\n\tat org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:917)\n\tat java.lang.Thread.run(Thread.java:748)\nCaused by: java.nio.file.AccessDeniedException: /var/solr/data/security.json\n\tat sun.nio.fs.UnixException.translateToIOException(UnixException.java:84)\n\tat sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)\n\tat sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)\n\tat sun.nio.fs.UnixFileSystemProvider.newByteChannel(UnixFileSystemProvider.java:214)\n\tat java.nio.file.spi.FileSystemProvider.newOutputStream(FileSystemProvider.java:434)\n\tat java.nio.file.Files.newOutputStream(Files.java:216)\n\tat org.apache.solr.handler.admin.SecurityConfHandlerLocal.persistConf(SecurityConfHandlerLocal.java:84)\n\t... 42 more\n",
    "code":500}}

我正在关注将 Solr 投入生产 Apache Solr 参考指南 8.5solr ，但是在重新启动服务时无法克服警告：

# service solr restart
*** [WARN] *** Your open file limit is currently 1024.
 It should be set to 65000 to avoid operational disruption.
 If you no longer wish to see this warning, set SOLR_ULIMIT_CHECKS to false in your profile or solr.in.sh
*** [WARN] ***  Your Max Processes Limit is currently 1024.
 It should be set to 65000 to avoid operational disruption.
 If you no longer wish to see this warning, set SOLR_ULIMIT_CHECKS to false in your profile or solr.in.sh
Sending stop command to Solr running on port 8983 ... waiting up to 180 seconds to allow Jetty process 16065 to stop gracefully.
Waiting up to 180 seconds to see Solr running on port 8983 [\]
Started Solr server on port 8983 (pid=16320). Happy searching!

# 

我的系统：

# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.10 (Santiago)
# uname -a
Linux X.X.X 2.6.32-754.30.2.el6.x86_64 #1 SMP Fri May 29 04:45:43 EDT 2020 x86_64 x86_64 x86_64 GNU/Linux
# 

之后man 5 limits.conf：

# cat /etc/security/limits.d/498-solr.conf
solr    hard    nofile  65000
solr    hard    nproc   65000
#

但是，在重新启动 solr 服务时，我仍然收到该警告消息。

请指教）

提前致谢！

@MirceaVutcovici：

# grep 'Max processes' /proc/$(pgrep solr)/limits
grep: /proc//limits: No such file or directory
# pgrep solr
# echo $?
1
# ps ax | grep solr
 1926 ?        Sl     2:37 java -server -Xms512m -Xmx512m -XX:+UseG1GC -XX:+PerfDisableSharedMem -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=250 -XX:+UseLargePages -XX:+AlwaysPreTouch -verbose:gc -XX:+PrintHeapAtGC -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -XX:+PrintTenuringDistribution -XX:+PrintGCApplicationStoppedTime -Xloggc:/var/solr/logs/solr_gc.log -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=9 -XX:GCLogFileSize=20M -Dsolr.jetty.inetaccess.includes= -Dsolr.jetty.inetaccess.excludes= -Dsolr.log.dir=/var/solr/logs -Djetty.port=8983 -DSTOP.PORT=7983 -DSTOP.KEY=solrrocks -Dhost=rlos.uftwf.local -Duser.timezone=UTC -Djetty.home=/opt/solr/server -Dsolr.solr.home=/var/solr/data -Dsolr.data.home= -Dsolr.install.dir=/opt/solr -Dsolr.default.confdir=/opt/solr/server/solr/configsets/_default/conf -Dlog4j.configurationFile=/var/solr/log4j2.xml -Xss256k -Dsolr.jetty.https.port=8983 -Dsolr.log.muteconsole -XX:OnOutOfMemoryError=/opt/solr/bin/oom_solr.sh 8983 /var/solr/logs -jar start.jar --module=http
 9029 pts/0    S+     0:00 grep solr
# grep 'Max processes' /proc/1926/limits
Max processes             1024                 65000                processes
#

我们的开发人员在本地独立 Solr 服务器上工作，我们在本地 Solr 中有许多内核。现在我们计划将其迁移到 AWS 基础设施中的 SolrCloud，以使用 numShards:3 和 replicationFact:3 进行复制。我们不需要将数据从本地 Solr 服务器迁移到 AWS SolrCloud。我们只需要将 Core 从 Local Solr 转移到 SolrCloud 中的集合。我是这些方面的新手，请您帮我解决这些问题。

1）通俗地说，我们只需要将核心的Conf文件夹中的内容传输到SolrCloud Collection，我们不需要传输数据（数据文件夹）。

我已经在 ubuntu 16.04 LTS 上安装了 solr 6.4.0，并且想使用之前在 solr CLOUD 5.2.1 上使用的配置

创建新核心并链接配置文件后，我现在可以在 Web 界面上看到核心，并且在核心的管理界面下正确看到文件。

更新链接显示为灰色，单击它会显示错误消息：

抱歉，没有定义数据导入处理程序！

我检查的东西：

1. Solrconfig 加载 jar：

<lib dir="${solr.install.dir:../../../..}/dist/" regex="solr-dataimporthandler-.*\.jar" /> <lib dir="/usr/share/java/" regex="mysql-connector-java-.*\.jar" />

似乎有效，因为它在更改文件名时显示错误消息。因此，我假设 mysql 连接器已加载

2. 定义的数据导入处理程序：

在 solrconfig 中：

<requestHandler name="/dataimport" class="org.apache.solr.handler.dataimport.DataImportHandler"> <lst name="defaults"> <str name="config">dataimport.xml</str> </lst> </requestHandler>

3. 数据导入处理程序本身

文件 dataimport.xml 存在并显示：

<dataConfig>
<dataSource type="JdbcDataSource"
            driver="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/test"
            user="solr"
            password="secret" 
            convertType="true"
            batchSize="-1"
            encoding="UTF-8" />
 ...

webadmin 中的日志文件没有显示任何错误。我假设日志记录未配置为显示此类错误。

当我更改 dataimport.xml 中的密码或数据库名称时，没有什么不同。相同的错误信息。

关于如何缩小问题范围的任何想法？

我一直在网上搜索，试图弄清楚如何创建一个不使用托管模式的 Solr 集合。我希望能够创建我将要调用的普通集合，我必须在其中手动修改 schema.xml 文件以定义我想要使用的字段。

我尝试了以下命令：

sudo su - solr -c "/opt/solr/bin/solr create -c collection_name -n data_driven_schema_configs

sudo su - solr -c "/opt/solr/bin/solr create -c collection_name -n basic_configs"

我试图在 Vagrantfile 中执行此操作，然后我可以将我的其他开发人员指向 schema.xml 文件，然后他们可以潜入并输入他们的字段。

我有 Solr 3.6.2 正在运行并为 Magento Enterprise 站点的搜索提供动力，而且一切正常，启动时没有错误等。

但是，当尝试访问以下管理页面时：

• /solr/admin/stats.jsp
• /solr/admin/registry.jsp
• /solr/admin/analysis.jsp
• /solr/admin/distributiondump.jsp

我收到以下错误：

Problem accessing /solr/admin/stats.jsp. Reason:

PWC6033: Unable to compile class for JSP

PWC6197: An error occurred at line: 41 in the jsp file: /admin/stats.jsp
PWC6199: Generated servlet error:
The type java.util.Map$Entry cannot be resolved. It is indirectly referenced from required .class files



org.apache.jasper.JasperException: PWC6033: Unable to compile class for JSP

PWC6197: An error occurred at line: 41 in the jsp file: /admin/stats.jsp
PWC6199: Generated servlet error:
The type java.util.Map$Entry cannot be resolved. It is indirectly referenced from required .class files


at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:123)
at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:296)
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:376)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:437)
at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:608)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:360)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:486)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:380)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:327)
at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126)
at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:283)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)

java.util.Map$Entry 总是同样的错误。管理面板中的其他页面似乎工作正常。

我有 3 个 vm 窗口，它们都安装了 solr 5.4.0 和 3.4.6 zookeeper；这两个服务在 vm 启动时自动启动。重新启动 vms 后，solr 没有正确响应，它给了我 error500：

HTTP 错误 500 访问 /solr/ 时出现问题。原因：服务器错误... SolrException：处理请求时出错。CoreContainer 要么未初始化，要么正在关闭。

检查日志我也看到了这个错误：

oascSolrCore null：org.apache.solr.common.SolrException：从zookeeper加载solr.xml时出错

尝试停止所有 vm 上的 zookeeper 和 solr 服务并重新启动（在所有 vm 上启动 zookeeper 之前和 solr 之后），有时需要 solr 才能正常工作；其他时候，通过 UI 的 solrcloud 部分，我们注意到节点处于关闭状态（写成棕色）

我列出了我为创建集群 solr 而运行的过程：

• 创建文件夹“zookeeper/data”并通过以这种方式添加zookeeper节点来更改zoo.cfg文件

初始化限制=5

同步限制=2

dataDir=C:/动物园管理员/数据

客户端端口=2181

server.1=zknode1:2888:3888

server.2=zknode2:2888:3888

server.3=zknode2:2888:3888

• 在 zookeeper\data 的节点（1、2、3）上创建了具有相应编号的 myid 文件
• 通过 NSSM，我创建了启动脚本 zookeeper\bin\zkServer.cmd 的 zk 服务，以及使用以下参数启动 solr\bin\solr.cmd 的 solr 服务

-c -z "zknode1:2181,zknode2:2181,zknode3:2181" -f

我基于 solr 而不是 cloud 上的现有配置创建了一个集合

solr.cmd create_collection -c mycoll -d C:\conf\mycoll\conf -n mycoll -shards 1 -replicationFactor 3

在每个 solr 节点上看到创建的 mycoll_shard1_replicaX 文件夹，其中 X 在每个节点 (1,2,3) 上发生变化。查询所有工作，甚至数据导入，但如果我重新启动节点，发现上面写的问题。我在创建集合时出错了，或者这是一个已知的错误？

我有一个带有 5 个分片和 2 个节点的 solr 云（5.2.1）。

在这个集群中，我有 163.463.543 个项目。我索引了 200.000 多个项目，现在集群的两个节点之间的版本 / sizeInBytes 不再一致。

shard1   | sizeInBytes | segmentCount |  version |
--------------------------------------------------
replica1 | 71325055021 |           14 | 11877844 |
replica2 | 71330161457 |            8 | 11877874 |

shard2   | sizeInBytes | segmentCount |  version |
--------------------------------------------------
replica2 | 71658372259 |            9 | 11965329 |
replica1 | 71660446852 |           17 | 11965305 |

shard3   | sizeInBytes | segmentCount |  version |
--------------------------------------------------
replica1 | 72328398189 |           24 | 11978919 |
replica2 | 72329934372 |           20 | 11978971 |

shard4   | sizeInBytes | segmentCount |  version |
--------------------------------------------------
replica1 | 71398290694 |           10 | 11882893 |
replica2 | 71398972036 |           16 | 11883065 |

shard5   | sizeInBytes | segmentCount |  version |
--------------------------------------------------
replica2 | 71635961292 |           16 | 11920521 |
replica1 | 71636668652 |            9 | 11920667 |

当我查看 web gui 云状态页面时，一切似乎都很好。知道发生了什么/如何解决吗？

问题

如何在不重新启动 Solr 服务器的情况下添加 Solr 核心？

有可能吗？

我目前添加 Solr 内核的方式（服务器重启）

根据此常见问题解答，我执行以下操作：

1. 复制现有的 Solr 核心
2. 通过打开文件core.properties并编辑字段来重命名核心name名称name=my_core
3. 重启 Solr Windows 服务

我添加 Solr 内核的首选方式（无需重新启动服务器）

与上面相同，但在第 2 步之后，我希望通过某种方式使核心在 Solr Web 界面中可见，而无需重新启动整个服务器。

到目前为止我的研究

互联网上的资源表明它应该是可能的，但我还没有能够让它工作。

论坛：在不重新启动/重新加载 Solr 的情况下加载内核

在这个论坛中，他们只是说“是的，这是可能的”并指向这个名为 CoreAdmin 的 Solr 文档页面。

服务器故障问题：solr core reload without an tomcat restart

这个 serverfault question solr core reload without an tomcat restart有一个答案，它指向与上面相同的 CoreAdmin Solr 文档的#RELOAD 部分，但我无法让 Solr 加载新的核心

http://localhost:8983/solr/admin/cores?action=RELOAD&core=my_core 

也不

http://localhost:8983/solr/admin/cores?action=RELOAD

因为http://localhost:8983/solr/admin/cores?action=RELOAD&core=my_core我收到了 HTTP 400 错误请求。

因为http://localhost:8983/solr/admin/cores?action=RELOAD我得到以下 NullPointerException 我不知道如何解释：

<response>
    <lst name="responseHeader">
        <int name="status">500</int>
        <int name="QTime">0</int>
    </lst>
    <lst name="error">
        <str name="trace">
            java.lang.NullPointerException at java.util.TreeMap.getEntry(TreeMap.java:342) at java.util.TreeMap.containsKey(TreeMap.java:227) at java.util.TreeSet.contains(TreeSet.java:234) at org.apache.solr.handler.admin.CoreAdminHandler.handleReloadAction(CoreAdminHandler.java:726) at org.apache.solr.handler.admin.CoreAdminHandler.handleRequestInternal(CoreAdminHandler.java:226) at org.apache.solr.handler.admin.CoreAdminHandler.handleRequestBody(CoreAdminHandler.java:189) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143) at org.apache.solr.servlet.SolrDispatchFilter.handleAdminRequest(SolrDispatchFilter.java:783) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:282) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:220) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:455) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1075) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:384) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1009) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:154) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) at org.eclipse.jetty.server.Server.handle(Server.java:368) at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:489) at org.eclipse.jetty.server.BlockingHttpConnection.handleRequest(BlockingHttpConnection.java:53) at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:942) at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1004) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:640) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235) at org.eclipse.jetty.server.BlockingHttpConnection.handle(BlockingHttpConnection.java:72) at org.eclipse.jetty.server.bio.SocketConnector$ConnectorEndPoint.run(SocketConnector.java:264) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543) at java.lang.Thread.run(Thread.java:745)
        </str>
        <int name="code">500</int>
    </lst>
</response>

版本

• Windows Server 2008 R2 标准版
• 索尔 5.1.0

我有性能问题并想要最适合Multi Core或的建议Multi Instance(with different port)？

我的案例第一：

• 目前我正在运行具有多个内核的 Solr，并且运行正常。只有一个问题有时会引发“处理方面字段时堆内存不足”，之后我必须重新启动 solr。（为了尽量减少重启次数，我用高内存启动 Solr：java -Xms1000M -Xmx8000M -jar start.jar）

• 我有 8core-2.8GHtz /15GB Ram 的亚马逊 EC2 实例和优化的硬盘。

• 我有很多数据库表（大约 100 个）并且必须为每个表创建不同的模式（导致创建不同的核心）。

• 每个表都有数百万个文档，每个文档有 7-9 个索引字段和 10-50 个存储字段。

• 我的门户网站应该处理非常高的流量（目前我每秒有 10 个请求，可能会增加到 50-100/秒）。我知道“Solr”可以解决这个问题，但这只是为了通知您，我担心每一个最小的性能问题

• 通过 PHP 和 CURL 搜索 Solr 到特定的核心，所以在不同的 Solr 实例上搜索也没有问题。

问题：

据我所知，Solr 一次处理一个请求。所以我认为如果我创建多个 solr 实例并在不同的端口启动它们，那么我的门户网站可以一次处理更多请求。（如果用户在不同的表中搜索）。

那么，你会建议我什么？单个 Solr 实例中的多核？还是每个具有单/双核的多个实例？

在不同的端口上运行多个 Solr 实例有什么问题吗？

注意：在这里，我可以/可能/将在一个实例中组合较少搜索的核心/小核心和在单独实例中的重流量核心或两三重流量- core in one-instance etc. Coz，为每个表创建不同的实例（这里约 100 个）会占用太多的硬件资源。