Smoke tester could test for available docket daemon and just warn if not found.
If found, it will pull and smoke-test docker image too!
Where in the RM process would the docker image be built and pushed?
Jan Høydahl
> 16. okt. 2021 kl. 00:53 skrev Mike Drob :
>
>
> > The way you propose woul
Sounds reasonable to me, Mike. Thanks for paying attention to this noise
to clean it up. The flag is a good idea. Remember to check on the V2 API
too.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Oct 15, 2021 at 7:01 PM Mike Drob wrote:
Currently, if we try to delete a collection that doesn't exist we return an
error to the caller (status 400 I think) and log a stack trace about no
collection found in our logs. When running this as part of test
infrastructure, we always delete our collections at the end, and I don't
much care if t
> The way you propose would needlessly delay the build process
I disagree with your characterization as needless here, one could just as
easily say that all tests delay the build process, as well as several other
steps like checksums and signatures for releases.
> A suggestion could be to include
I was able to reproduce with the commands in the script here
https://paste.apache.org/o4uta. They should work from within any
clean 8.9.0 checkout, if anyone else is interested in reproducing.
After reproducing I noticed some errors in the logs that probably
point to the real root cause here:
Ca
One last thought for now:
One additional workaround option to try would be to change the
'location' path or 'name' parameters provided to Solr at backup time
after any change in the number of shards. If the post-splitshard
backups are stored in a subdirectory location or under a different
name, I
Hi Jordan,
Sorry you're running into problems with incremental backups (and with JIRA!).
I suspect you just ran into a temporary problem with JIRA - as long as
you have an account and are logged in you should 100% be able to file
JIRA tickets the way you described. Please give it another shot an
I prefer that we don't do Docker testing in that way; we have an existing
way. The way you propose would needlessly delay the build process.
Perhaps that way might be convenient for those just starting out (who don't
yet have any tests).
~ David Smiley
Apache Lucene/Solr Search Developer
http://w
Multi stage builds are still not allowed in official I believe.
My personal preference is to separate build and test. A suggestion could be to
include a test script in the official image, so folks could invoke a self-test
right after build:
docker run --rm mysolr:mytag selftest.sh
Jan
> 13. o
