Looks like an extra space got added on the end of the python3 command, try this one:
python3 -u dev-tools/scripts/smokeTestRelease.py https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.8.1-RC1-rev6a50a0315ac7e4979abb0b530857c7795bb3b928 On Sun, Feb 14, 2021 at 9:26 AM Timothy Potter <thelabd...@apache.org> wrote: > Please vote for release candidate 1 for Lucene/Solr 8.8.1 > > > The artifacts can be downloaded from: > > > https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.8.1-RC1-rev6a50a0315ac7e4979abb0b530857c7795bb3b928 > > > You can run the smoke tester directly with this command: > > > python3 -u dev-tools/scripts/smokeTestRelease.py \ > > > https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.8.1-RC1-rev6a50a0315ac7e4979abb0b530857c7795bb3b928 > > > The vote will be open for at least 72 hours i.e. until 2021-02-17 17:00 > UTC. > > > Here is my +1 ~ SUCCESS! [0:50:06.728441] > > > In addition to the smoke test, I built a Docker image from solr-8.8.1.tgz > locally and verified: > > > a. A rolling upgrade of a 3-node 8.7.0 cluster to the 8.8.1 RC completes > successfully w/o any NPEs or weirdness with leader election / recoveries. > > > b. The base_url property is stored in replica state after the upgrade > > > c. A basic client application built with SolrJ 8.7.0 can load cluster > state info directly from ZK and query the 8.8.1 RC1 servers. > > > d. Same client app built with SolrJ 8.8.0 works as well. > > > As this bug-fix release is primarily needed to address a SolrJ back-compat > break (SOLR-15145) and unfortunately our smoke tester framework does not > test for backcompat of older SolrJ against the RC, I ask others to please > test rolling upgrades of servers (ideally multi-node clusters) running > pre-8.8.0 > to this RC if possible. Also, please try client applications that are using > an older SolrJ, esp. those that load cluster state directly from ZK. > > > Best regards, > > Tim > > > > >
