Re: [JENKINS] Solr » Solr-Check-main - Build # 7785 - Still Failing!
Do we have Docker available on lucene-solr-1/2 runners? If we had I suppose we could take advantage of that for bats? Maybe even the BATS tests could depend on the docker build and use the image? Jan > 22. sep. 2023 kl. 00:07 skrev David Smiley : > > Alternatively we simply migrate these to Crave.io based on containerized > (thus isolated) builds? I can do this. > ~ David > > > On Wed, Sep 20, 2023 at 11:27 AM Houston Putman wrote: > >> Made a new ticket instead, >> https://issues.apache.org/jira/browse/INFRA-25002 >> >> On Wed, Sep 20, 2023 at 10:31 AM Houston Putman >> wrote: >> >>> Thanks for all the work here, Jan. >>> >>> I think there are still some stray processes somehow. But in general I'm >>> seeing other issues on lucene-solr-2. >>> >>> I think there's an issue with the JDK installation, because the mTLS >> tests >>> are failing consistently on that box, while they succeed on >> lucene-solr-1. >>> There are also issues with the docker tests, as some folders need to be >>> manually cleaned up. >>> >>> I'll re-open that ticket. >>> >>> - Houston >>> >>> On Thu, Sep 14, 2023 at 7:13 AM Jan Høydahl >> wrote: >>> Also filed SOLR ticket https://issues.apache.org/jira/browse/SOLR-16979 for improving the tests. Jan > 14. sep. 2023 kl. 12:58 skrev Jan Høydahl : > > FYI: I filed an INFRA ticket https://issues.apache.org/jira/browse/INFRA-24987 to kill the stray process. > > So how to do we harden the BATS tests? Can there be some cleanup-all-forcefully-kill script ran at the end of the tests, whether they pass or fail? > > Jan > >> 14. sep. 2023 kl. 11:16 skrev Jan Høydahl : >> >> I'm seeing this all the time now since yesterday. Probably a former Solr instance is hung, occupying port 8983. >> Should the BATS tests pick a random port between 1 and 65000, >> that are used throughout all tests? >> Then, a test run could clean up with some force killing at the end, just for processes on that port? >> >> Jan >> >>> 25. aug. 2023 kl. 15:39 skrev David Smiley < >> david.w.smi...@gmail.com > : >>> >>> A "rogue process on the machine" wouldn't happen if this build were >>> converted to use docker/container technology, which is what Crave uses. >>> The Solr 9x CI build is converted, maybe I'll convert the "main" one next >>> week. >>> >>> ~ David >>> >>> >>> On Fri, Aug 25, 2023 at 12:21 AM Houston Putman >> wrote: >>> It happens on the first test sometimes, so I think it may be a >> rogue process on the machine. On Thu, Aug 24, 2023 at 11:27 PM David Smiley < david.w.smi...@gmail.com> wrote: > Many Bats tests seem to be failing on main branch; can't start >> Solr: >> Port 8983 is already being used by another process (pid: 31806) > > https://ci-builds.apache.org/job/Solr/job/Solr-Check-main/ > > Eric, you've been looking at Bats lately; do you know about this? > > ~ David > > > -- Forwarded message - > From: Apache Jenkins Server > Date: Thu, Aug 24, 2023 at 7:35 PM > Subject: [JENKINS] Solr » Solr-Check-main - Build # 7785 - Still Failing! > To: > > > Build: https://ci-builds.apache.org/job/Solr/job/Solr-Check-main/7785/ > > All tests passed > > Build Log: > [...truncated 1105 lines...] > # ERROR: Solr is not running on url http://localhost:8983 >> after 1 > seconds > # -- > # > # Please find the SOLR_HOME snapshot for failed test #1 at: > > >> /home/jenkins/jenkins-slave/workspace/Solr/Solr-Check-main/solr/packaging/build/test-output/failure-snapshots/1-1 > # Last output: > # WARNING: URLs provided to this tool needn't include Solr's context-root > (e.g. "/solr"). Such URLs are deprecated and support for them will be > removed in a future release. Correcting from [ http://localhost:8983/solr ] > to [http://localhost:8983]. > # > # ERROR: Solr is not running on url http://localhost:8983 after 1 seconds > not ok 2 assert for cloud mode in 3487ms > # (from function `refute_output' in file > > >> /home/jenkins/jenkins-slave/workspace/Solr/Solr-Check-main/.gradle/node/packaging/node_modules/bats-assert/src/assert.bash, > line 360, > # in test file test/test_assert.bats, line 48) > # `refute_output --partial "ERROR"' failed > # > # -- output should not contain substring -- > # substring (1 lines): > # ERROR > # output (2 lines): >>>
Re: [JENKINS] Solr » Solr-Check-main - Build # 7785 - Still Failing!
Docker is available on those hosts, so it is possible. (We run the Solr docker tests on those boxes). Not sure how hard it would be to use docker for the BATS tests, but it would be interesting for sure. On Fri, Sep 22, 2023 at 3:33 AM Jan Høydahl wrote: > Do we have Docker available on lucene-solr-1/2 runners? If we had I > suppose we could > take advantage of that for bats? Maybe even the BATS tests could depend on > the docker build and use the image? > > Jan > > > 22. sep. 2023 kl. 00:07 skrev David Smiley : > > > > Alternatively we simply migrate these to Crave.io based on containerized > > (thus isolated) builds? I can do this. > > ~ David > > > > > > On Wed, Sep 20, 2023 at 11:27 AM Houston Putman > wrote: > > > >> Made a new ticket instead, > >> https://issues.apache.org/jira/browse/INFRA-25002 > >> > >> On Wed, Sep 20, 2023 at 10:31 AM Houston Putman > >> wrote: > >> > >>> Thanks for all the work here, Jan. > >>> > >>> I think there are still some stray processes somehow. But in general > I'm > >>> seeing other issues on lucene-solr-2. > >>> > >>> I think there's an issue with the JDK installation, because the mTLS > >> tests > >>> are failing consistently on that box, while they succeed on > >> lucene-solr-1. > >>> There are also issues with the docker tests, as some folders need to be > >>> manually cleaned up. > >>> > >>> I'll re-open that ticket. > >>> > >>> - Houston > >>> > >>> On Thu, Sep 14, 2023 at 7:13 AM Jan Høydahl > >> wrote: > >>> > Also filed SOLR ticket > https://issues.apache.org/jira/browse/SOLR-16979 > for improving the tests. > > Jan > > > 14. sep. 2023 kl. 12:58 skrev Jan Høydahl : > > > > FYI: I filed an INFRA ticket > https://issues.apache.org/jira/browse/INFRA-24987 to kill the stray > process. > > > > So how to do we harden the BATS tests? Can there be some > cleanup-all-forcefully-kill script ran at the end of the tests, > whether > they pass or fail? > > > > Jan > > > >> 14. sep. 2023 kl. 11:16 skrev Jan Høydahl : > >> > >> I'm seeing this all the time now since yesterday. Probably a former > Solr instance is hung, occupying port 8983. > >> Should the BATS tests pick a random port between 1 and 65000, > >> that > are used throughout all tests? > >> Then, a test run could clean up with some force killing at the end, > just for processes on that port? > >> > >> Jan > >> > >>> 25. aug. 2023 kl. 15:39 skrev David Smiley < > >> david.w.smi...@gmail.com > > : > >>> > >>> A "rogue process on the machine" wouldn't happen if this build were > >>> converted to use docker/container technology, which is what Crave > uses. > >>> The Solr 9x CI build is converted, maybe I'll convert the "main" > one > next > >>> week. > >>> > >>> ~ David > >>> > >>> > >>> On Fri, Aug 25, 2023 at 12:21 AM Houston Putman < > hous...@apache.org > >>> > wrote: > >>> > It happens on the first test sometimes, so I think it may be a > >> rogue > process on the machine. > > On Thu, Aug 24, 2023 at 11:27 PM David Smiley < > david.w.smi...@gmail.com> > wrote: > > > Many Bats tests seem to be failing on main branch; can't start > >> Solr: > >> Port 8983 is already being used by another process (pid: 31806) > > > > https://ci-builds.apache.org/job/Solr/job/Solr-Check-main/ > > > > Eric, you've been looking at Bats lately; do you know about this? > > > > ~ David > > > > > > -- Forwarded message - > > From: Apache Jenkins Server > > Date: Thu, Aug 24, 2023 at 7:35 PM > > Subject: [JENKINS] Solr » Solr-Check-main - Build # 7785 - Still > Failing! > > To: > > > > > > Build: > https://ci-builds.apache.org/job/Solr/job/Solr-Check-main/7785/ > > > > All tests passed > > > > Build Log: > > [...truncated 1105 lines...] > > # ERROR: Solr is not running on url http://localhost:8983 > >> after 1 > > seconds > > # -- > > # > > # Please find the SOLR_HOME snapshot for failed test #1 at: > > > > > > > >> > /home/jenkins/jenkins-slave/workspace/Solr/Solr-Check-main/solr/packaging/build/test-output/failure-snapshots/1-1 > > # Last output: > > # WARNING: URLs provided to this tool needn't include Solr's > context-root > > (e.g. "/solr"). Such URLs are deprecated and support for them > will > be > > removed in a future release. Correcting from [ > http://localhost:8983/solr > ] > > to [http://localhost:8983]. > > # > > # ERROR: Solr is not running on url http://localhost:8983 after > 1 > seconds > > no
Re: [DISCUSS] Community Virtual Meetup, September 2023
Hello everyone Thanks to those who voted already. Just a reminder , please vote by 09/24 11:59 pm pst. Thanks Raghavan Sent from iPhone On Thu, Sep 21, 2023 at 3:42 PM Houston Putman wrote: > 2 > > On Thu, Sep 21, 2023 at 11:11 AM Jan Høydahl > wrote: > > > (1) or (2) > > > > > 21. sep. 2023 kl. 14:35 skrev raghavan m : > > > > > > Hello everyone, > > > I am following up on this thread. > > > We have approximately 9 more days in september 2023. What is a good > time > > > for all (or most) of us to meet? > > > Please reply to this email by voting for one of the following options : > > > > > > (1) 9 am Pacific time September 26, 2023 > > > (2) 9 am Pacific time September 27, 2023 > > > (3) 9 am Pacific time September 28, 2023 > > > (4) Other (please provide a suggestion of none of the above works) > > > > > > *Voting ends on September 24 2023, 11:59 PM Pacific time*. My vote is > for > > > (1) 9 am Pacific time september 26, 2023 > > > > > > > > > thanks, > > > *Raghavan* > > > > > > > > > > > > > > > On Mon, Sep 11, 2023 at 11:03 AM Jason Gerlowski < > gerlowsk...@gmail.com> > > > wrote: > > > > > >> Hey all, > > >> > > >> It's time once again to start thinking ahead to our Virtual Meetup for > > >> September. As always, there's two main questions to answer in terms > of > > >> planning: > > >> > > >> 1. Any volunteers to organize? Organizer duties are pretty light and > > >> are summarized here: > > >> https://cwiki.apache.org/confluence/display/SOLR/Meeting+notes. > > >> Volunteers get some discretion in terms of picking a meeting time/day > > >> that works for them. If there are no volunteers by mid-week or so, > I'm > > >> more than happy to set things up for this month. > > >> > > >> 2. When should we meet? It's already a good bit into September, so > > >> we'll have to plan for the latter half of the month. If you have any > > >> opinions, please discuss. > > >> > > >> Best, > > >> > > >> Jason > > >> > > >> - > > >> 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 > > > > >
