Re: request for instructions to add a another solr node
NP, I was new at this once too ;). Erick On Mon, Jan 15, 2018 at 8:38 AM, Sushil K Tripathi wrote: > Hi Erick, > > > Thanks a lot for your help. > > > The port is a typo while writing email but i double checked the URL with > correct port. I am reinstalling the server and update you. In addition can > you please confirm, after following the steps you mentioned, index data and > replication used to automatically set on new target node or we need to > configure that? If we need to configure that then can you please help with > commands or configuration we need do follow. > > > > With Warm Regards... > Sushil K. Tripathi > > > > From: Erick Erickson > Sent: Friday, January 12, 2018 11:29 PM > To: solr-user > Subject: Re: request for instructions to add a another solr node > > What is the cause reported in the solr log? This should be in: > > example/cloud/node3/solr/logs > > that often gives a much more complete statement of what went wrong. > > You don't really need the -cloud parameter, the -z parameter implies > that it's a SolrCloud > installation. That's not the root of your problem, more of an aside. > > What's inconsistent here is that you started your third node on port > 8987, but the URL you > accessed was 8983. That makes no sense to me. Forgetting the bits > about adding a new > Solr instance, do you see a healthy Solr cluster in the admin UI > before you add the > new instance? My bet is that your basic installation is messed up and > the new Solr node is > a red herring. > > FWIW, I routinely spin up multiple Solr JVMs with : > > mkdir ./example/cloud/node1 > > cp ./server/solr/solr.xml ./example/cloud/node1/solr > > then > > bin/solr start -z localhost:2181 -p 8981 -s example/cloud/node1/solr > > Typically I use ports 8981, 8982, 8983, 8984 just because it makes keeping > track > easier, but there's no reason 8987 wouldn't work. > > Finally, assuming the Solr node starts successfully, you won't see > anything in the > admin UI unless you look under "live_nodes" in the > admin UI>>cloud>>tree > view > > Best, > Erick
Re: request for instructions to add a another solr node
Hi Erick, Thanks a lot for your help. The port is a typo while writing email but i double checked the URL with correct port. I am reinstalling the server and update you. In addition can you please confirm, after following the steps you mentioned, index data and replication used to automatically set on new target node or we need to configure that? If we need to configure that then can you please help with commands or configuration we need do follow. With Warm Regards... Sushil K. Tripathi From: Erick Erickson Sent: Friday, January 12, 2018 11:29 PM To: solr-user Subject: Re: request for instructions to add a another solr node What is the cause reported in the solr log? This should be in: example/cloud/node3/solr/logs that often gives a much more complete statement of what went wrong. You don't really need the -cloud parameter, the -z parameter implies that it's a SolrCloud installation. That's not the root of your problem, more of an aside. What's inconsistent here is that you started your third node on port 8987, but the URL you accessed was 8983. That makes no sense to me. Forgetting the bits about adding a new Solr instance, do you see a healthy Solr cluster in the admin UI before you add the new instance? My bet is that your basic installation is messed up and the new Solr node is a red herring. FWIW, I routinely spin up multiple Solr JVMs with : mkdir ./example/cloud/node1 cp ./server/solr/solr.xml ./example/cloud/node1/solr then bin/solr start -z localhost:2181 -p 8981 -s example/cloud/node1/solr Typically I use ports 8981, 8982, 8983, 8984 just because it makes keeping track easier, but there's no reason 8987 wouldn't work. Finally, assuming the Solr node starts successfully, you won't see anything in the admin UI unless you look under "live_nodes" in the admin UI>>cloud>>tree view Best, Erick
Re: request for instructions to add a another solr node
What is the cause reported in the solr log? This should be in: example/cloud/node3/solr/logs that often gives a much more complete statement of what went wrong. You don't really need the -cloud parameter, the -z parameter implies that it's a SolrCloud installation. That's not the root of your problem, more of an aside. What's inconsistent here is that you started your third node on port 8987, but the URL you accessed was 8983. That makes no sense to me. Forgetting the bits about adding a new Solr instance, do you see a healthy Solr cluster in the admin UI before you add the new instance? My bet is that your basic installation is messed up and the new Solr node is a red herring. FWIW, I routinely spin up multiple Solr JVMs with : mkdir ./example/cloud/node1 cp ./server/solr/solr.xml ./example/cloud/node1/solr then bin/solr start -z localhost:2181 -p 8981 -s example/cloud/node1/solr Typically I use ports 8981, 8982, 8983, 8984 just because it makes keeping track easier, but there's no reason 8987 wouldn't work. Finally, assuming the Solr node starts successfully, you won't see anything in the admin UI unless you look under "live_nodes" in the admin UI>>cloud>>tree view Best, Erick
request for instructions to add a another solr node
Team, I am new to Solr and i need help to add new VM to existing solr cluster serving user request. Any help would be appreciated. Environment Detail- Red Hat Enterprise Linux Server release 7.4 VM1 configured with- 1. Zookeeper1, 2 and 3 on different port 2. Solr 7.2 configured with 2 node and 2 shard and 2 replica VM2- New Server, we are trying to add in existing cluster. We followed the instruction from Apache Solr reference guide for 7.2. as below- unzip the Solr-7.2.0.tar.gz and- mkdir -p example/cloud/node3/solr cp server/solr/solr.xml example/cloud/node3/solr bin/solr start -cloud -s example/cloud/node3/solr -p 8987 -z : Issue- = while calling URL- http://10.0.12.57:8983/solr/ It seems new node still not part of cluster also not having any core and indexes. Thanks for help in advance. Error - = HTTP ERROR 404 Problem accessing /solr/. Reason: Not Found Caused by: javax.servlet.UnavailableException: Error processing the request. CoreContainer is either not initialized or shutting down. at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:342) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:326) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1751) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:582) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:213) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:119) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134) at org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:335) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134) at org.eclipse.jetty.server.Server.handle(Server.java:534) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251) at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:283) at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:108) at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93) at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303) at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148) at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589) at java.lang.Thread.run(Thread.java:748) With Warm Regards... Sushil K. Tripathi