不通过Solr的example/scripts/cloud-scripts/zkcli.sh工具管理配置文件, 而是在Tomcat的catalina.sh文件中定义启动参数:
vim /data/solr-cloud/tomcat/ apache-tomcat-8.0.53/bin/catalina.sh # 在cygwin=false(大约109行)之前加入如下设置: JAVA_OPTS="$JAVA_OPTS -DzkHost=zoo1:2181,zoo2:2181,zoo3:2181 -Dbootstrap_confdir=http://www.likecs.com/data/solr-cloud/tomcat/solrhome/collection1/conf -Dcollection.configName=myconf -DnumShards=3"
参数解释:
-Dnumshareds=3: 用来指定当前集群中分片数为3;
-Dcollection.configName: 指定配置文件上传到ZooKeeper后的名字, 省略将默认为"configuration1";
-Dbootstrap_confdir: 指定所有的索引库都从此目录下的配置文件中同步配置, ZooKeeper将此路径下的配置文件上传至自己的配置中心进行统一管理.
-Djetty.port=8080: Jetty的监听端口, 要与Tomcat的端口保持一致, 用来实现集群间的通信, 如果配置错误, 集群将搜索不到数据.在这里(catalina.sh文件中)指定后, 就会覆盖solr.xml文件中的配置.
注意：
-Dbootstrap_confdir、-DnumShards和-Dcollection.configName三个参数只需要在第一次运行SolrCloud模式时进行声明, 配置信息将加载至ZooKeeper中; 以后如果更改了这些参数, 就需要再运行一次, ZooKeeper将会更新相关配置.
为了防止配置信息被改动, 建议只在某一台Tomcat的catalina.sh中加入这些参数, 其他集群的Tomcat中不添加.
2 Solr服务不能访问问题描述:
启动Tomcat后, Tomcat管理页面可以显示, Solr服务却不能访问.
解决思路:
这里通过Tomcat的虚拟路径发布Solr服务, 稍有不慎就会出错. 可查看$TOMCAT_HOME/logs下的日志信息, 查找错误原因.
博主遇到的是:
solr.xml文件没有添加到solrhome下, 导致Tomcat启动时无法加载Solr应用, 日志中提示缺少solr.xml文件, 上传此文件后重启Tomcat, 服务正常.
其他思路:
实在无法定位问题原因, 可从头再捋一遍部署过程. 上述过程博主已实际操作过了, 如有问题可留言或者邮件联系博主, 会回复你的~
问题描述:
Solr管理页面出现了[Cloud]入口, 查看时发现部分节点未能正常启动.
解决思路:
博主在仔细捋了一遍部署过程后, 发现问题来自于ZooKeeper管理了2套配置文件. 因为部署过程中比较坎坷, 在尝试通过 solr-4.10.4/example/scripts/cloud-scripts/zkcli.sh 命令删除配置文件失败后, 果断关掉Tomcat服务和ZooKeeper服务, 手动删除 ZooKeeper/data/version-2 和 ZooKeeper/datalog/version-2 文件, 注意不要删除 data/myid . 这2个目录存储的是ZooKeeper管理的配置文件信息. 删除后重新启动ZooKeeper集群, 再次通过 solr-4.10.4/example/scripts/cloud-scripts/zkcli.sh 命令上传配置文件, 然后启动各台Tomcat, 最后问题解决.
最后查得通过命令删除配置文件的方式如下:
[zk: localhost:2181(CONNECTED) 0] ls / [configs, zookeeper, overseer, aliases.json, live_nodes, collections, overseer_elect, clusterstate.json] [zk: localhost:2181(CONNECTED) 1] ls /configs [myconf, conf] [zk: localhost:2181(CONNECTED) 2] rmr /configs/conf [zk: localhost:2181(CONNECTED) 3] ls /configs [myconf] 4 其他问题(尚未验证, 请存疑)1) Solr4.0的AdminGUI中可以增加和删除Core, 如果Shard中的最后一个Core被删除, Shard是不会自动删除的, 这将导致集群出错;
2) 某个Shard中所有的Core宕机了, 会导致不能继续插入新的记录, 查询也将出错;
3) Core在Shard中扮演Leader或Replication, 是由Solr内部自动协调的, 目前没有找到人工干预的方法.
参考资料https://blog.csdn.net/woshiwanxin102213/article/details/18793271
版权声明作者: ma_shoufeng(马瘦风)
出处: 博客园 马瘦风的博客
您的支持是对博主的极大鼓励, 感谢您的阅读.
本文版权归博主所有, 欢迎转载, 但未经博主同意必须保留此段声明, 且在文章页面明显位置给出原文链接, 否则博主保留追究法律责任的权利.