Re: [JENKINS] Solr » Solr-Smoketest-9.2 - Build # 17 - Still Failing!

2023-03-30 Thread Houston Putman
Sorry forgot to update that. I wish we didnt have to specify versions when running the job. Ill fic it and re-enable On Thu, Mar 30, 2023 at 5:12 PM Kevin Risden wrote: > Disabled this since keeps failing with: > > RuntimeError: Future release 9.2.1 is greater than 9.2.0 in > > file:///home/jenk

Re: [JENKINS] Solr » Solr-Smoketest-9.2 - Build # 17 - Still Failing!

2023-03-30 Thread Kevin Risden
Disabled this since keeps failing with: RuntimeError: Future release 9.2.1 is greater than 9.2.0 in file:///home/jenkins/jenkins-slave/workspace/Solr/Solr-Smoketest-9.2/solr/distribution/build/release/changes/Changes.html Kevin Risden On Thu, Mar 30, 2023 at 4:39 PM Apache Jenkins Server < jenk

SIP-17: Solr Node Autoscaling on Kubernetes

2023-03-30 Thread Houston Putman
Hello everyone, This is kind of a long-time coming, but I've finally created a SIP for autoscaling Solr Nodes on Kubernetes using the Solr Operator. https://cwiki.apache.org/confluence/display/SOLR/SIP-17%3A+Node+Autoscaling+via+Kubernetes There are still some details that need to be ironed out,

Re: ShardSplitTest flakiness investigation

2023-03-30 Thread Kevin Risden
I don't have any helpful pointers as to why this might be happening - but I do want to say thanks for digging in and finding out the cause as well as finding some related old jiras. Its helpful to even just make small steps forward. Kevin Risden On Wed, Mar 29, 2023 at 1:21 PM Alex Deparvu wrot

Re: [DISCUSS] Community Virtual Meetup, April 2023

2023-03-30 Thread Ishan Chattopadhyaya
Let's meet on 11th April, 8pm GMT (4pm Eastern Time). Seems like many would be back to office by then (10th being Easter Monday). I'll send out a meeting link shortly. Thanks and regards, Ishan On Wed, 29 Mar, 2023, 5:03 pm Jan Høydahl, wrote: > You can check one of the public holiday lists, su

Re: Draining a Solr node for traffic before shutting down

2023-03-30 Thread Houston Putman
> > Looks like there's room for improvement. I too would want the desired > state to be reflected in ZK first before attempting to make it happen. > Remove live_nodes first, then iterate the local replicas to be state=DOWN, > then close down all the things. > I agree with this, but just for Jan's