My initial concern here is to decrease the amount of mail I get! Solr test failures create a lot of clutter. I honestly failed to notice this test only fails in 8.x and I do see now you have already done a lot of work with this test. I think if we have no intention of fixing this test in the old branch we should @Ignore it in that branch.
But, blindly working on this in "main", I am able to make "CloudAuthStreamTest#testSanityCheckAuth" fail every time if all I do is add a few second "Thread.sleep" just before it counts the number of documents. What I have observed is that the two documents that were attempted by unauthorized users are visible in the collection if we wait for them to appear. This is why I want to see solr.log, because I do not believe what I am seeing. On Thu, Dec 14, 2023 at 1:05 PM Chris Hostetter <hossman_luc...@fucit.org> wrote: > > > : I am trying to look at the many test failures we have for > : "CloudAuthStreamTest". > > : This test spins up 2 solrcloud clusters with several cores each. One thing > : that might help me out is if I could inspect the "solr.log" for each of the > > You're talking about 8.x ? ... so using ant? > > Doesn't all the log output (for all nodes) show up for you if you run... > > cd solr/solrj && ant test -Dtestcase=CloudAuthStreamTest > > Also FWIW: I haven't looked into the jenkins logs, but i suspect > those failures are related to these -- but i don't remember the details > enough to know how i feel about backporting them... > > https://issues.apache.org/jira/browse/SOLR-16983 > https://issues.apache.org/jira/browse/SOLR-16992 > > > -Hoss > http://www.lucidworks.com/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > For additional commands, e-mail: dev-h...@solr.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org For additional commands, e-mail: dev-h...@solr.apache.org
