知识点
相关文章
更多最近更新
更多Cloudera Manager启动Solr时报错:Solr.xml not found in zookeeper
2019-03-27 01:09|来源: 网路
在Cloudera Manager首次启动Solr服务时,过几秒钟服务自动停止,到/var/log/solr目录中查看日志,报错信息如下:
9:54:49.644 PM ERROR org.apache.solr.servlet.SolrDispatchFilter
Could not start Solr. Check solr/home property and the logs
9:54:49.644 PM INFO org.apache.zookeeper.ClientCnxn
EventThread shut down
9:54:49.674 PM ERROR org.apache.solr.core.SolrCore
null:org.apache.solr.common.SolrException: solr.xml not found in ZooKeeper
at org.apache.solr.core.ConfigSolr.fromSolrHome(ConfigSolr.java:109)
at org.apache.solr.core.CoreContainer.<init>(CoreContainer.java:148)
at org.apache.solr.core.CoreContainer.<init>(CoreContainer.java:138)
at org.apache.solr.servlet.SolrDispatchFilter.createCoreContainer(SolrDispatchFilter.java:155)
at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:135)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:295)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:424)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:115)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4072)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4726)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:799)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)
at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1079)
at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:1002)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:506)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1317)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:324)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1065)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:840)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1057)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)
at org.apache.catalina.core.StandardService.start(StandardService.java:525)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
at org.apache.catalina.startup.Catalina.start(Catalina.java:595)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
解决方法:
Cloudera Manager首页Cluster1,点击Solr服务,进入Solr管理页面 -> 点击右上角的操作按钮 -> 下拉菜单中选择初始化Solr,过程中会在Zookeeper下创建solr目录。最后重启服务,通过页面http://172.30.64.213:8983/solr可以进入Solr后台管理界面
转自:http://www.cnblogs.com/irismyangel/articles/3830885
相关问答
更多-
问题与以下事实有关:在单个tomcat上有两个不同的solr部署,其中一个知道solr.home ,另一个不知道。 如果日志中有一行说: org.apache.solr.core.SolrResourceLoader – Using JNDI solr.home: /opt/solr/webapps/solr1 那么它实际上意味着一些 solr实例找到了solr.home参数。 但是如果有多个部署(例如,用于分片测试),并且每个部署设置solr.home ,而不是服务器范围(例如-Dsolr.solr. ...
-
还有必要为用户授予管理员收集的UPDATE权限。 请参阅https://www.cloudera.com/documentation/enterprise/5-11-x/topics/cdh_sg_sentry.html#concept_k4p_2fw_hw (尽管文档嵌套在Sentry策略文件授权下,但在使用Sentry服务时也适用) It is necessary to also give the user UPDATE permission for admin collection. See http ...
-
这表示Cloudera Manager启动遇到错误。 您应该检查Cloudera Manager的日志文件,该文件应位于/var/log/cloudera-scm-server目录中。 由于这是一个POC集群,我假设在你设置它时,你没有像MySQL一样使用外部数据库。 相反,您可能使用嵌入式postgresql数据库。 如果是这种情况,请确保在启动Cloudera Manager Server时嵌入式数据库进程正在运行。 要检查嵌入式数据库的状态,您可以这样做 service cloudera-scm-se ...
-
问题解决了。 这是因为Service my_hbase1(my_hbase)的配置不正确。 将Zookeeper的配置更正为正确的名称,问题就消失了。 problem resolved. This is because the incorrect configuration for Service my_hbase1 (my_hbase). Corrected the configuration of Zookeeper to the right name and the issue is gone.
-
你能在工作流工作区的'lib'文件夹中添加所有依赖的jar吗? Could you add all the dependent jars in a 'lib' folder in the workspace of the workflow?
-
在hbase-env.sh中查找属性HBASE_MANAGES_ZK并将其设置为false,如果您想对其进行外部管理 In hbase-env.sh look up for property HBASE_MANAGES_ZK and set it to false if you want to manage it externally
-
在文档中找到了这个:请参阅以下部分: 使用zkcli上传配置使用zkcli上传配置时使用zkcli或SolrJ 上传配置 您可以执行以下操作来推送文件: zkcli.sh -zkhost localhost:2181 -cmd putfile /solr.xml /path/to/solr.xml 以及上传配置文件的类似内容: ./server/scripts/cloud-scripts/zkcli.sh -zkhost localhost:9983 -cmd upconfig -confname您评论中的Kafka错误消息绝对相关: FATAL [Kafka Server 0],KafkaServer启动期间出现致命错误。 准备关闭(kafka.server.KafkaServer)java.lang.RuntimeException:代理已经在路径/ broker / ids / 0上注册。 这可能表示您已经配置了已在使用的brokerid,或者您已关闭此代理并以比zookeeper超时更快的速度重新启动它,因此它似乎正在重新注册。 这表明ZooKeeper已启动并正在运行,Kafka能够连接到 ...用于创建集合的配置信息存储在zk本身中。 一些bash脚本(使用伟大的jq实用程序)足以满足您的需求: 找到给定XXX集合使用的配置: CONFIGNAME=$(curl -L -s "http://localhost:8983/solr/admin/zookeeper?detail=true&path=/collections/XXX" | jq '.znode.data' | cut -d ":" -f2 | tr -d '}"\\') 现在下载配置: /opt/solr/bin/solr zk d ...我找到了它,它在/ var / lib / cloudera-scm / agent / uuid中 I found it, it's in /var/lib/cloudera-scm/agent/uuid