有没有人有系统pipe理员支持solr的任何说明？ 我正在寻找任何可能对监控和指标以及疑难解答有用的东西。 我find的一些有用的链接是：/solr/admin/stats.jsp和/solr/admin/analysis.jsp 在我注意到的日志，除了查询，“命中”，“状态”和“QTime”的值。 关于这些意思的文档至less基于我检查过的100多个网站。 QTime似乎是以毫秒为单位的查询时间响应。 点击是一些forms的结果，但我不确定究竟是什么使这一点，我不知道状态。 通常情况下，我看到状态回到“0”，但我看到其他数字，如“5”，所以我认为它可能是HTTP状态代码或0或1（好或坏）方法是不准确的。 我遇到的所有文档都是针对开发人员的。 任何以系统pipe理员为中心的文档将是一个很大的帮助。
我之前问过这个问题，但我想我得到的答案是cron作业types的答案。 我想solr服务启动，如果我重新启动我的电脑，我也希望它自己运行，而不是我打开cmd.exe并手动运行，然后不得不closures我的terminal连接（不会因为会closures它）。 我有什么select？ 我在Windows Server 2008，IIS7上运行一个使用solr的asp.net应用程序。
我有一个三台服务器的Solr设置。 服务器1每隔几分钟向solr索引添加新的数据。 服务器2和3使用文件共享configuration使用服务器1上的索引。 要获得索引更新，服务器2和3每隔几分钟运行一次简单的命令。 java -jar /path/to/solr/post/file/post.jar 整个系统已经运行了好几个月，但是现在我们的索引正在增长，在运行post.jar的过程中或之后，服务器2和3变得没有反应。 在构build我的解决scheme时，在服务器之间共享一个索引是有意义的。 这允许一个主数据采集器服务器和多个查询处理服务器。 我看着这个错吗？ 我是否需要在每个查询处理Solr服务器上使用唯一的索引（但是完全相同）？ 谢谢！ GBooks
我们正在寻找一些东西来取代已死亡的Google Mini Search Appliance。 谷歌的网站没有工作两个星期，所以你不能订购一个，他们不能联系。 （什么方法来运行一个企业）。 戴尔销售高端机型，但我不认为他们卖的小型。 我正在考虑构build自己的，但Apache / SOLR看起来像是在我的头上。 是否有任何交钥匙的开源解决scheme？
我是solr的新手，我正在加载testing我们的设置，看看我们能处理什么。 我正在使用solrmeter，我的问题有点奇怪： 当我设置solrmeter运行8000查询/分钟，它将处理几百个查询，然后tomcat将停止响应完全的请求（即使根据lsof -i它仍然在监听和Java进程仍在运行）。 当我设置solrmeter运行1000查询/分钟它运行良好。 几分钟后我可以停止solrmeter，然后运行8000 / min没有问题。 这就好像它需要一个加速时间？ 另外，我注意到（不pipe渐增），我的设置不能处理12000 /分钟。 12k / min的反应速度与没有斜升的情况下运行8k / min相同。 值得注意的是，只有solrmeter指向的碎片停止响应。 另一块碎片嗡嗡声没有发生。 设置（AWS中的所有内容）： 运行tomcat7 + solr 4.2.0（open-jdk-7-headless）的2x m1.large（7.5Gb RAM）：Ubuntu 12.04 1x m1.micro运行zookeeper 3.4.5：Ubuntu 12.04 我的solr / tomcat7configuration绝大多数是默认的ubuntu的包/ solr的例子。 这里是configuration和catalina.out文件的结尾： https ： //gist.github.com/anonymous/ef8fa79ecc1673d11bc0 我将solrmeter控制台（stderr和stdout）redirect到一个文件。 它是一个大日志（67Mb）： https ：//docs.google.com/file/d/0BwPYmFCfmBYsU1hDWjlkUGdGTlU/edit ？ usp =分享 我的主要问题有两个： 这是正常的行为的tomcat（只是停止响应完全），当它不堪重负？ 唯一的select是重新启动它？ 为什么在处理更less的查询时处理得更好，然后将其加大？ 它让我担心，如果我不得不在集群中重新启动一台服务器，并将其扔到机器池中，事情就会爆炸。
系统详情： OS：Cent OS 5.5 x86_64 java – 1.7（1.7.0_25） tomcat：6.0.37 solr 4.4（configuration为多核） 我已经在docker完美地运行了4.4多核（虽然目前只运行一个内核）。 我需要在tomcat 6上运行相同的代码，以查看它是否可以比jetty更好地执行。 这是我做的： 1.下载了tomcat 6 来自： http : //mirrors.sonic.net/apache/tomcat/tomcat-6/v6.0.37/bin/apache-tomcat-6.0.37.tar.gz 2.提取apache-tomcat-6.0.37.tar.gz到/ usr / local / tomcat / 创build启动和closures脚本和进程运行通过用户：组tomcat：tomcat检查启动脚本，发现tomcat运行良好。 我修改了端口从8080到8400 3.在tomcat下为solr应用程序创build一个solr.xml文件：/usr/local/tomcat/conf/Catalina/localhost/solr.xml <?xml version="1.0" encoding="utf-8"?> <Context docBase="/var/www/projects/solr-oncars/example/solr/solr-4.4.0.war" debug="0" privileged="true" allowLinking="true" crossContext="true"> <Environment name="solr/home" type="java.lang.String" value="/var/www/projects/solr-oncars/example/solr" override="true" /> </Context> 4.把solr.war复制到核心的主路上 cp /var/www/projects/solr-oncars/example/webapps/solr.war /var/www/projects/solr-oncars/example/solr/oncars/ 甚至尝试过solr-4.4.war cp /var/www/projects/solr-oncars/dist/solr-4.4.0.war /var/www/projects/solr-oncars/example/solr/ […]
所以我们使用apache作为反向代理来发送请求到我们的solr（search应用程序），它是在tomcat中托pipe的。 我们有另外一台服务器托pipe在jboss中，它以二进制格式向apache发送数据，然后将这些数据发送给tomcat进行索引并放入solr数据库。 数据以多部分POST请求发送。 这个过程可能需要长达8个小时。 所以这里的问题是，当我们通过apache发送数据时，在索引（发送数据部分）中间大约30-40分钟，我们会在jboss（发送数据部分）中收到很多代理和错误的网关错误数据），并在tomcat日志中，它会说，收到的数据有一个无效的EOF。 所以显然数据没有正确发送。 如果我们看一下apache日志，这个错误有很多： [Wed Jan 08 16:10:45 2014] [error] [client 10.60.6.6] (70007)The timeout specified has expired: proxy: error reading status line from remote server localhost:8080 [Wed Jan 08 16:10:45 2014] [error] [client 10.60.6.6] proxy: Error reading from remote server returned by /application-path/application-url 和这个错误： [Mon Jan 13 11:38:49 2014] [error] (103)Software caused […]
我的Solr / Jetty在Ubuntu 12.04上运行良好。 我试图连接我的监视器来监视它，但连接到服务时遇到问题。 我有在端口8983上运行的Solr，可以通过http://localhost:8983/solr/连接，但是无法通过localhost ， 127.0.0.1或0.0.0.0在我的监视configuration文件中连接。 Monit conf文件： check process solr with pidfile "/var/run/jetty.pid" start program = "/usr/sbin/service jetty start" stop program = "/usr/sbin/service jetty stop" if failed host 127.0.0.1 port 8983 protocol http then restart if totalmem is greater than 7268 MB for 10 cycles then restart if 5 restarts within 5 […]
在solrcloud集群中查看solrhome / data目录我发现了很多像这样的旧的快照目录： snapshot.20150506003702765 snapshot.20150506003702760 snapshot.20150507002849492 snapshot.20150507002849473 snapshot.20150507002849459 甚至一个月大。 这些目录保留了很多空间，是整个索引的2到3倍。 我可以删除这些目录吗？ 如果是，是否有最佳做法，我应该重新启动solrcloud吗？
考虑到在Debian上安装Solr ，我注意到Debian软件包都是针对Solr 3.6.2的，这是古老的，考虑到Solr的最新稳定版本是6.3.0。 我有什么理由要坚持Debian打包版本吗？ 我的直觉是应该避免这样一个旧版本，但从官方包装安装有其优点。 另外，Debian还没有更新Solr软件包的原因是什么呢？