Gus Heck created SOLR-14706: ------------------------------- Summary: Upgrading 8.6.0 to 8.6.1 causes collection creation to fail Key: SOLR-14706 URL: https://issues.apache.org/jira/browse/SOLR-14706 Project: Solr Issue Type: New Feature Security Level: Public (Default Security Level. Issues are Public) Components: AutoScaling Affects Versions: 8.6.1 Environment: 8.6.1 upgraded from 8.6.0 Reporter: Gus Heck
The following steps will reproduce a situation in which collection creation fails with this stack trace: {code:java} 2020-08-03 12:17:58.617 INFO (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr) [ ] o.a.s.c.a.c.CreateCollectionCmd Create collection test861 2020-08-03 12:17:58.751 ERROR (OverseerThreadFactory-22-thread-1-processing-n:192.168.2.106:8981_solr) [ ] o.a.s.c.a.c.OverseerCollectionMessageHandler Collection: test861 operation: create failed:org.apache.solr.common.SolrException at org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:347) at org.apache.solr.cloud.api.collections.OverseerCollectionMessageHandler.processMessage(OverseerCollectionMessageHandler.java:264) at org.apache.solr.cloud.OverseerTaskProcessor$Runner.run(OverseerTaskProcessor.java:517) at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:212) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.RuntimeException: Only one extra tag supported for the tag cores in { "cores":"#EQUAL", "node":"#ANY", "strict":"false"} at org.apache.solr.client.solrj.cloud.autoscaling.Clause.<init>(Clause.java:122) at org.apache.solr.client.solrj.cloud.autoscaling.Clause.create(Clause.java:235) at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374) at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) at org.apache.solr.client.solrj.cloud.autoscaling.Policy.<init>(Policy.java:144) at org.apache.solr.client.solrj.cloud.autoscaling.AutoScalingConfig.getPolicy(AutoScalingConfig.java:372) at org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:300) at org.apache.solr.cloud.api.collections.Assign.usePolicyFramework(Assign.java:277) at org.apache.solr.cloud.api.collections.Assign$AssignStrategyFactory.create(Assign.java:661) at org.apache.solr.cloud.api.collections.CreateCollectionCmd.buildReplicaPositions(CreateCollectionCmd.java:415) at org.apache.solr.cloud.api.collections.CreateCollectionCmd.call(CreateCollectionCmd.java:192) ... 6 more {code} Generalized steps: # Deploy 8.6.0 with separate data directories, create a collection to prove it's working** # download https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.6.1-RC1-reva32a3ac4e43f629df71e5ae30a3330be94b095f2/solr/solr-8.6.1.tgz # Stop the server on all nodes # replace the 8.6.0 with 8.6.1 # Start the server # via the admin UI create a collection # Observe failure warning box (with no text), check logs, find above trace Or more exactly here are my actual commands with a checkout of the 8.6.0 tag in the working dir to which cloud.sh was configured: # /cloud.sh new -r upgrademe # Create collection named test860 via admin ui with _default # ./cloud.sh stop # cd upgrademe/ # ../8_6_1_RC1/solr-8.6.1.tgz . # mv solr-8.6.0-SNAPSHOT old # tar xzvf solr-8.6.1.tgz # cd .. # ./cloud.sh start For those not familiar with it the first command there with cloud.sh builds the tarball in the working directory and then makes a directory named "upgrademe" copies it to "upgrademe" unpacks it, sets up a chroot based on the path in (already running separate) zookeeper, and by default starts 4 local nodes on ports 8981 to 8984 all with separate data directorys hosted under the "upgrademe" directory. -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org