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
