我们有150GB的solr数据库，而且速度不是非常快，即使有很多的硬件和优化投入。 是否有其他的select可能会显着更快？
我想把我的开发网站暴露给家里更多的电脑。 我发现，通过像192.168.0.198这样的内部IP访问它比起本地主机来说是非常慢的。 我宁愿训练自己一点点debugging这些情况，因为可能没有一个单一的答案。 服务器运行nginx的静态内容，redirect到Apache（127.0.0.1:8888）为dynamicDjango生成的HTML。 我也运行postgresql和solr数据库和search索引以及memcache。 我的django settings.py文件列出了127.0.0.1和192.168.0.198，因为它是内部ips。 DB后端configuration为localhost。 memcached和solr后端configuration为127.0.0.1。 我的/ etc / hosts文件看起来像： 127.0.0.1 localhost localhost 192.168.1.198 localhost 127.0.1.1 jacob-desktop 127.0.0.1 redmine （我正在使用基于名称的虚拟主机访问我的redmine项目pipe理系统，直到我安装了nginx – 就是这么做的）。 有趣的是，访问静态主页的速度似乎比具有DB / memcached / solr访问的后续页面快得多。 很多我的困惑源于localhost / 192.168.0.198 / 127.0.0.1之间的区别究竟是什么，这些不同的ip如何与networking基础设施（在我的情况下，糟糕的dlink路由器）进行交互。 此外，有不同的系统，如solr和postgresql，我不知道我想要使用的IP。 我们的目标是configuration这些区域，以便我能够实现水平可伸缩性的正确path – 这意味着127.0.0.1可能不会在我的db / search索引所在的位置。
我们有一个Solr索引应用程序。 它在Lubuntu 10.10（这是我的本地linux机器）上运行得非常好。 但我不能运行在主机Debian 2.6.26-15lenny3（gcc版本4.1.3 20080704（预发行）（Debian 4.1.2-25））。 我认为configuration没问题，因为tomcatpipe理员看到solr（运行状态为“false”）和Lubuntu它的工作。 在catalina日志文件中有这个错误： Jan 31, 2011 7:09:54 PM org.apache.catalina.core.StandardContext resourcesStart SEVERE: Error starting static Resources java.lang.IllegalArgumentException: Invalid or unreadable WAR file : /home/myname/solr/example/webapps/solr.war at org.apache.naming.resources.WARDirContext.setDocBase(WARDirContext.java:130) at org.apache.catalina.core.StandardContext.resourcesStart(StandardContext.java:4249) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4418) at org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1276) at org.apache.catalina.manager.HTMLManagerServlet.start(HTMLManagerServlet.java:624) at org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:136) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:563) […]
我目前正在使用tomcat6 solr，但是我注意到，当我运行顶部有大量的Java进程正在运行的tomcat用户。 22738 tomcat6 20 0 634M 98M 4072 S 0.0 12.9 0:00.00 /usr/lib/jvm/java-6-openjdk/bin/java -Djava.util.logging.config.file=/var/lib/tomcat6/conf/logging.properties -Djava. 22739 tomcat6 20 0 634M 98M 4072 S 0.0 12.9 0:02.18 /usr/lib/jvm/java-6-openjdk/bin/java -Djava.util.logging.config.file=/var/lib/tomcat6/conf/logging.properties -Djava. 22740 tomcat6 20 0 634M 98M 4072 S 0.0 12.9 0:00.50 /usr/lib/jvm/java-6-openjdk/bin/java -Djava.util.logging.config.file=/var/lib/tomcat6/conf/logging.properties -Djava. 22741 tomcat6 20 0 634M 98M 4072 S 0.0 12.9 0:01.75 […]
我们正在通过太阳黑子运行Apache Solr。 根据需要进行聚类/缩放，用什么最好的度量来观察solr的性能？ 我正在用nagios或者sensu来监视这些事情，并计划每秒钟绘制请求和响应时间，然后apache检查它，看看哪里出了问题。 有什么具体的价值我应该看看或最好的实践监测？ 我已经看到了一些关于使用JMX进行监视的文章，但是我不认为我可以使用太阳黑子进行启用，并且大部分的nagios插件似乎只是监视它的响应时间，而不是性能数据。
我试图通过collective.solr安装Apache Solr for Plone。 我遵循上面的指示，并扩展我的构build： [buildout] extends = buildout.cfg https://github.com/Jarn/collective.solr/raw/master/buildout/solr.cfg [instance] eggs += collective.solr bin / buildout运行良好，但是，当我尝试bin/solr-instance fg 我得到以下错误： Traceback (most recent call last): File "bin/solr-instance", line 114, in <module> start(False) File "bin/solr-instance", line 43, in start stdout=logfp, stderr=logfp).pid File "/usr/lib/python2.6/subprocess.py", line 633, in __init__ errread, errwrite) File "/usr/lib/python2.6/subprocess.py", line 1139, in _execute_child raise child_exception […]
我有一个问题，在我的服务器上configurationJVM。 服务器是在AWS上运行的一台机器，具有8G的RAM和8个CPU。 服务器上只有tomcat6和solr。 其实我已经configuration了JVM： JAVA_OPTS="-Djava.awt.headless=true -D64 -server -Xms4096M -Xmx4096M -XX:+UseConcMarkSweepGC" 但是，当stream量增长太多，我得到错误。 我想问题来自commited memory但我不明白为什么超过4G的内存保留。 如果有人可以帮我正确configuration我的JVM，并告诉我为什么会出现这个问题。
我在我不确定是否可以重新加载服务器（我无法访问它）的情况下，但我需要修改架构。 我发布一个新的schema.xml，它看起来很成功，但我不确定架构已经改变。 在我的代码中可能是一个错误，但我想确认核心不需要重新加载来更改模式。 谢谢！
像这样，我用replSet mod启动了我的mongod mongod –dbpath=/home/local/ASSYST-COC/so/mongo –replSet myrep –auth mongo开始了 mongo -u root -p root –authenticationDatabase admin 在蒙戈已经有一些集合dbs 4.开始solr java -jar start.jar（版本4.7） 下一个mongoconnector开始 sudo python /usr/lib/python2.7/site-packages/mongo-connector/mongo_connector.py -m localhost：27017 -t http://localhost:8983/solr -o /usr/lib/python2.7/site -packages / mongo-connector / config.txt -a root -p root -n smmc -dart.testcase -d /usr/lib/python2.7/site-packages/mongo-connector/doc_managers/solr_doc_manager.py mongo连接器在terminal启动后显示。 2014-04-07 16:11:19,865 – INFO – Beginning Mongo Connector 2014-04-07 16:11:21,335 […]
我正在研究4.10.2的一个新的Solr安装。 其他人build立了一个工作版本，但他不知道他是如何做到的。 我需要确保我知道如何重现它，所以我面临的状态是我现有的solr.home有一个现有的操作核心。 我需要build立一个新的安装，插入这个核心目录，并使其运作。 以下是我根据他现有的工作： 安装在/opt/solr的Solr 4.10.2的默认安装。 这基本上就是从下载的tarball中提取的example/目录。 一个暴发户的脚本，其相关位如下所示： chdir /opt/solr exec java -Djetty.port=8984 -Dsolr.solr.home=solr -jar start.jar 在/opt/solr/solr/my-core的工作（即完全填充）核心目录。 这里也存在默认的collection1目录。 同样在/opt/solr/solr的solr.xml文件也来自他的工作实例，如下所示： <solr> <solrcloud> <str name="host">${host:}</str> <int name="hostPort">${jetty.port:8984}</int> <str name="hostContext">${hostContext:solr}</str> <int name="zkClientTimeout">${zkClientTimeout:30000}</int> <bool name="genericCoreNodeNames">${genericCoreNodeNames:true}</bool> </solrcloud> <shardHandlerFactory name="shardHandlerFactory" class="HttpShardHandlerFactory"> <int name="socketTimeout">${socketTimeout:0}</int> <int name="connTimeout">${connTimeout:0}</int> </shardHandlerFactory> </solr> 当我点击端口8984上的Solr Admin URL时， Core Selector下拉列表包含collection1 ，但不是my-core 。 同样， 核心pipe理部分只列出了collection1 。 我在这里错过了什么，阻止了我的核心（ my-core ）被识别？ […]