Re: [VOTE] Lucene/Solr 4.8.0 RC1
+1 Smoketester says: SUCCESS! [1:26:32.631579] Elasticsearch is happy with the RC as well thanks uwe On Wed, Apr 23, 2014 at 11:08 AM, Michael McCandless luc...@mikemccandless.com wrote: +1 SUCCESS! [0:44:41.170815] Mike McCandless http://blog.mikemccandless.com On Tue, Apr 22, 2014 at 2:47 PM, Uwe Schindler u...@thetaphi.de wrote: Hi, I prepared the first release candidate of Lucene and Solr 4.8.0. The artifacts can be found here: = http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/ It took a bit longer, because we had to fix some remaining bugs regarding NativeFSLockFactory, which did not work correctly and leaked file handles. I also updated the instructions about the preferred Java update versions. See also Mike's blog post: http://www.elasticsearch.org/blog/java-1-7u55-safe-use-elasticsearch-lucene/ Please check the artifacts and give your vote in the next 72 hrs. My +1 will hopefully come a little bit later because Solr tests are failing constantly on my release build and smoke tester machine. The reason: it seems to be lack of file handles. A standard Ubuntu configuration has 1024 file handles and I want a release to pass with that common default configuration. Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases. I will run now the smoker again without HDFS (via build.properties) and if that also fails then once again with more file handles. But we really have to fix our tests that they succeed with the default config of 1024 file handles. We can configure that in Jenkins (so the Jenkins job first sets and then runs ANT ulimit -n 1024). But this should not block the release, I just say: I gave up running those Solr tests, sorry! Anybody else can test that stuff! Uwe P.S.: Here's my smoker command line: $ JAVA_HOME=$HOME/jdk1.7.0_55 JAVA7_HOME=$HOME/jdk1.7.0_55 python3.2 -u smokeTestRelease.py ' http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/' 1589150 4.8.0 tmp - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [VOTE] Lucene/Solr 4.8.0 RC1
+1. SUCCESS! [0:37:04.608776] -- Mark Miller about.me/markrmiller On April 22, 2014 at 2:47:50 PM, Uwe Schindler (u...@thetaphi.de) wrote: Hi, I prepared the first release candidate of Lucene and Solr 4.8.0. The artifacts can be found here: = http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/ It took a bit longer, because we had to fix some remaining bugs regarding NativeFSLockFactory, which did not work correctly and leaked file handles. I also updated the instructions about the preferred Java update versions. See also Mike's blog post: http://www.elasticsearch.org/blog/java-1-7u55-safe-use-elasticsearch-lucene/ Please check the artifacts and give your vote in the next 72 hrs. My +1 will hopefully come a little bit later because Solr tests are failing constantly on my release build and smoke tester machine. The reason: it seems to be lack of file handles. A standard Ubuntu configuration has 1024 file handles and I want a release to pass with that common default configuration. Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases. I will run now the smoker again without HDFS (via build.properties) and if that also fails then once again with more file handles. But we really have to fix our tests that they succeed with the default config of 1024 file handles. We can configure that in Jenkins (so the Jenkins job first sets and then runs ANT ulimit -n 1024). But this should not block the release, I just say: I gave up running those Solr tests, sorry! Anybody else can test that stuff! Uwe P.S.: Here's my smoker command line: $ JAVA_HOME=$HOME/jdk1.7.0_55 JAVA7_HOME=$HOME/jdk1.7.0_55 python3.2 -u smokeTestRelease.py ' http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/' 1589150 4.8.0 tmp - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [VOTE] Lucene/Solr 4.8.0 RC1
I ran into a very serious bug during my manual testing of 4.8 that I think warrants a respin. https://issues.apache.org/jira/browse/SOLR-6011 In a normal Solr setup, incorrect results are returned from complex phrase queries if inOrder is ever changed for the same query. This would be maddening for most users to try and track down. -Yonik http://heliosearch.org - solve Solr GC pauses with off-heap filters and fieldcache - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
RE: [VOTE] Lucene/Solr 4.8.0 RC1
OK, I'll wait for the fix. Is this a new bug in 4.8? Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de -Original Message- From: ysee...@gmail.com [mailto:ysee...@gmail.com] On Behalf Of Yonik Seeley Sent: Thursday, April 24, 2014 7:33 PM To: Lucene/Solr Dev Subject: Re: [VOTE] Lucene/Solr 4.8.0 RC1 I ran into a very serious bug during my manual testing of 4.8 that I think warrants a respin. https://issues.apache.org/jira/browse/SOLR-6011 In a normal Solr setup, incorrect results are returned from complex phrase queries if inOrder is ever changed for the same query. This would be maddening for most users to try and track down. -Yonik http://heliosearch.org - solve Solr GC pauses with off-heap filters and fieldcache - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [VOTE] Lucene/Solr 4.8.0 RC1
On Thu, Apr 24, 2014 at 1:57 PM, Uwe Schindler u...@thetaphi.de wrote: OK, I'll wait for the fix. Is this a new bug in 4.8? OK, thanks. It's an old bug in Lucene, but a new bug in Solr (since complex phrase queries weren't exposed before). I'll commit now. -Yonik - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [VOTE] Lucene/Solr 4.8.0 RC1
On Thu, Apr 24, 2014 at 2:03 PM, Yonik Seeley yo...@heliosearch.com wrote: On Thu, Apr 24, 2014 at 1:57 PM, Uwe Schindler u...@thetaphi.de wrote: OK, I'll wait for the fix. Is this a new bug in 4.8? OK, thanks. It's an old bug in Lucene, but a new bug in Solr (since complex phrase queries weren't exposed before). I'll commit now. Actually, it looks like it was a new bug in Lucene as well, since inOrder was just added for 4.8 in https://issues.apache.org/jira/browse/LUCENE-3758 Anyway, the fix is now in the 4.8 branch. -Yonik http://heliosearch.org - solve Solr GC pauses with off-heap filters and fieldcache - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
RE: [VOTE] Lucene/Solr 4.8.0 RC1
OK, I'll wait a bit and respin before going to bed (to give Jenkins a chance to test it finally) :-) Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de -Original Message- From: ysee...@gmail.com [mailto:ysee...@gmail.com] On Behalf Of Yonik Seeley Sent: Thursday, April 24, 2014 8:31 PM To: Lucene/Solr Dev Subject: Re: [VOTE] Lucene/Solr 4.8.0 RC1 On Thu, Apr 24, 2014 at 2:03 PM, Yonik Seeley yo...@heliosearch.com wrote: On Thu, Apr 24, 2014 at 1:57 PM, Uwe Schindler u...@thetaphi.de wrote: OK, I'll wait for the fix. Is this a new bug in 4.8? OK, thanks. It's an old bug in Lucene, but a new bug in Solr (since complex phrase queries weren't exposed before). I'll commit now. Actually, it looks like it was a new bug in Lucene as well, since inOrder was just added for 4.8 in https://issues.apache.org/jira/browse/LUCENE-3758 Anyway, the fix is now in the 4.8 branch. -Yonik http://heliosearch.org - solve Solr GC pauses with off-heap filters and fieldcache - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [VOTE] Lucene/Solr 4.8.0 RC1
+1 SUCCESS! [0:57:13.514887] Steve On Apr 22, 2014, at 2:47 PM, Uwe Schindler u...@thetaphi.de wrote: Hi, I prepared the first release candidate of Lucene and Solr 4.8.0. The artifacts can be found here: = http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/ It took a bit longer, because we had to fix some remaining bugs regarding NativeFSLockFactory, which did not work correctly and leaked file handles. I also updated the instructions about the preferred Java update versions. See also Mike's blog post: http://www.elasticsearch.org/blog/java-1-7u55-safe-use-elasticsearch-lucene/ Please check the artifacts and give your vote in the next 72 hrs. My +1 will hopefully come a little bit later because Solr tests are failing constantly on my release build and smoke tester machine. The reason: it seems to be lack of file handles. A standard Ubuntu configuration has 1024 file handles and I want a release to pass with that common default configuration. Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases. I will run now the smoker again without HDFS (via build.properties) and if that also fails then once again with more file handles. But we really have to fix our tests that they succeed with the default config of 1024 file handles. We can configure that in Jenkins (so the Jenkins job first sets and then runs ANT ulimit -n 1024). But this should not block the release, I just say: I gave up running those Solr tests, sorry! Anybody else can test that stuff! Uwe P.S.: Here's my smoker command line: $ JAVA_HOME=$HOME/jdk1.7.0_55 JAVA7_HOME=$HOME/jdk1.7.0_55 python3.2 -u smokeTestRelease.py ' http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/' 1589150 4.8.0 tmp - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [VOTE] Lucene/Solr 4.8.0 RC1
+1 SUCCESS! [1:12:23.566912] On Wed, Apr 23, 2014 at 12:17 AM, Uwe Schindler u...@thetaphi.de wrote: Hi, I prepared the first release candidate of Lucene and Solr 4.8.0. The artifacts can be found here: = http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/ It took a bit longer, because we had to fix some remaining bugs regarding NativeFSLockFactory, which did not work correctly and leaked file handles. I also updated the instructions about the preferred Java update versions. See also Mike's blog post: http://www.elasticsearch.org/blog/java-1-7u55-safe-use-elasticsearch-lucene/ Please check the artifacts and give your vote in the next 72 hrs. My +1 will hopefully come a little bit later because Solr tests are failing constantly on my release build and smoke tester machine. The reason: it seems to be lack of file handles. A standard Ubuntu configuration has 1024 file handles and I want a release to pass with that common default configuration. Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases. I will run now the smoker again without HDFS (via build.properties) and if that also fails then once again with more file handles. But we really have to fix our tests that they succeed with the default config of 1024 file handles. We can configure that in Jenkins (so the Jenkins job first sets and then runs ANT ulimit -n 1024). But this should not block the release, I just say: I gave up running those Solr tests, sorry! Anybody else can test that stuff! Uwe P.S.: Here's my smoker command line: $ JAVA_HOME=$HOME/jdk1.7.0_55 JAVA7_HOME=$HOME/jdk1.7.0_55 python3.2 -u smokeTestRelease.py ' http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/' 1589150 4.8.0 tmp - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org -- Regards, Shalin Shekhar Mangar.
Re: [VOTE] Lucene/Solr 4.8.0 RC1
+1 SUCCESS! [0:44:41.170815] Mike McCandless http://blog.mikemccandless.com On Tue, Apr 22, 2014 at 2:47 PM, Uwe Schindler u...@thetaphi.de wrote: Hi, I prepared the first release candidate of Lucene and Solr 4.8.0. The artifacts can be found here: = http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/ It took a bit longer, because we had to fix some remaining bugs regarding NativeFSLockFactory, which did not work correctly and leaked file handles. I also updated the instructions about the preferred Java update versions. See also Mike's blog post: http://www.elasticsearch.org/blog/java-1-7u55-safe-use-elasticsearch-lucene/ Please check the artifacts and give your vote in the next 72 hrs. My +1 will hopefully come a little bit later because Solr tests are failing constantly on my release build and smoke tester machine. The reason: it seems to be lack of file handles. A standard Ubuntu configuration has 1024 file handles and I want a release to pass with that common default configuration. Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases. I will run now the smoker again without HDFS (via build.properties) and if that also fails then once again with more file handles. But we really have to fix our tests that they succeed with the default config of 1024 file handles. We can configure that in Jenkins (so the Jenkins job first sets and then runs ANT ulimit -n 1024). But this should not block the release, I just say: I gave up running those Solr tests, sorry! Anybody else can test that stuff! Uwe P.S.: Here's my smoker command line: $ JAVA_HOME=$HOME/jdk1.7.0_55 JAVA7_HOME=$HOME/jdk1.7.0_55 python3.2 -u smokeTestRelease.py ' http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/' 1589150 4.8.0 tmp - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [VOTE] Lucene/Solr 4.8.0 RC1
hi, I get test cases failed for org.apache.solr.hadoop.MorphlineMapperTest (ubuntu 12.04 64bit jdk1.7.0_55). Can send the full test.log if needed. Extract: [junit4] 2 7626 T11 oashm.MorphlineMapRunner.map Processing file hdfs://localhost//tmp/4.8.0-smoke/unpack/solr-4.8.0/solr/contrib/morphlines-core/src/test-files/test-documents/sample-statuses-20120906-141433.avro [junit4] 2 7812 T11 oahu.NativeCodeLoader.clinit WARN Unable to load native-hadoop library for your platform... using builtin-java classes where applicable [junit4] 2 8382 T11 oashm.MorphlineMapRunner.getRecord WARN Ignoring file that somehow has become unavailable since the job was submitted: hdfs://localhost//tmp/4.8.0-smoke/unpack/solr-4.8.0/solr/contrib/morphlines-core/src/test-files/test-documents/sample-statuses-20120906-141433.avro [junit4] 2 8409 T11 oas.SolrTestCaseJ4.tearDown ###Ending testMapper [junit4] 2 8451 T11 oas.SolrTestCaseJ4.deleteCore ###deleteCore [junit4] 2 7482 T10 ccr.ThreadLeakControl.checkThreadLeaks WARNING Will linger awaiting termination of 2 leaked thread(s). [junit4] 2 27581 T10 ccr.ThreadLeakControl.checkThreadLeaks SEVERE 1 thread leaked from SUITE scope at org.apache.solr.hadoop.MorphlineMapperTest: [junit4] 21) Thread[id=17, name=IPC Parameter Sending Thread #0, state=TIMED_WAITING, group=TGRP-MorphlineMapperTest] [junit4] 2 at sun.misc.Unsafe.park(Native Method) [junit4] 2 at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) [junit4] 2 at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460) [junit4] 2 at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:359) [junit4] 2 at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:942) [junit4] 2 at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068) [junit4] 2 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130) [junit4] 2 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [junit4] 2 at java.lang.Thread.run(Thread.java:745) [junit4] 2 27584 T10 ccr.ThreadLeakControl.tryToInterruptAll Starting to interrupt leaked threads: [junit4] 21) Thread[id=17, name=IPC Parameter Sending Thread #0, state=TIMED_WAITING, group=TGRP-MorphlineMapperTest] [junit4] 2 30587 T10 ccr.ThreadLeakControl.tryToInterruptAll SEVERE There are still zombie threads that couldn't be terminated: [junit4] 21) Thread[id=17, name=IPC Parameter Sending Thread #0, state=TIMED_WAITING, group=TGRP-MorphlineMapperTest] [junit4] 2 at sun.misc.Unsafe.park(Native Method) [junit4] 2 at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) [junit4] 2 at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460) [junit4] 2 at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:359) [junit4] 2 at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:942) [junit4] 2 at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068) [junit4] 2 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130) [junit4] 2 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [junit4] 2 at java.lang.Thread.run(Thread.java:745) [junit4] 2 NOTE: test params are: codec=CheapBastard, sim=DefaultSimilarity, locale=de_DE, timezone=America/Kentucky/Monticello [junit4] 2 NOTE: Linux 3.2.0-61-generic amd64/Oracle Corporation 1.7.0_55 (64-bit)/cpus=8,threads=2,free=163762888,total=320339968 [junit4] 2 NOTE: All tests run in this JVM: [MorphlineBasicMiniMRTest, MorphlineMapperTest] [junit4] 2 NOTE: reproduce with: ant test -Dtestcase=MorphlineMapperTest -Dtests.seed=4E981035AE883718 -Dtests.locale=de_DE -Dtests.timezone=America/Kentucky/Monticello -Dtests.file.encoding=UTF-8 [junit4] ERROR 0.00s J3 | MorphlineMapperTest (suite) [junit4] Throwable #1: com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE scope at org.apache.solr.hadoop.MorphlineMapperTest: [junit4]1) Thread[id=17, name=IPC Parameter Sending Thread #0, state=TIMED_WAITING, group=TGRP-MorphlineMapperTest] [junit4] at sun.misc.Unsafe.park(Native Method) [junit4] at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) [junit4] at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460) [junit4] at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:359) [junit4] at
[VOTE] Lucene/Solr 4.8.0 RC1
Hi, I prepared the first release candidate of Lucene and Solr 4.8.0. The artifacts can be found here: = http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/ It took a bit longer, because we had to fix some remaining bugs regarding NativeFSLockFactory, which did not work correctly and leaked file handles. I also updated the instructions about the preferred Java update versions. See also Mike's blog post: http://www.elasticsearch.org/blog/java-1-7u55-safe-use-elasticsearch-lucene/ Please check the artifacts and give your vote in the next 72 hrs. My +1 will hopefully come a little bit later because Solr tests are failing constantly on my release build and smoke tester machine. The reason: it seems to be lack of file handles. A standard Ubuntu configuration has 1024 file handles and I want a release to pass with that common default configuration. Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases. I will run now the smoker again without HDFS (via build.properties) and if that also fails then once again with more file handles. But we really have to fix our tests that they succeed with the default config of 1024 file handles. We can configure that in Jenkins (so the Jenkins job first sets and then runs ANT ulimit -n 1024). But this should not block the release, I just say: I gave up running those Solr tests, sorry! Anybody else can test that stuff! Uwe P.S.: Here's my smoker command line: $ JAVA_HOME=$HOME/jdk1.7.0_55 JAVA7_HOME=$HOME/jdk1.7.0_55 python3.2 -u smokeTestRelease.py ' http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/' 1589150 4.8.0 tmp - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [VOTE] Lucene/Solr 4.8.0 RC1
bq. Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases. Do we have a JIRA issue for that? If not, would be great to get those fail logs into one. This is a newer test and I wasn’t aware it was causing issues still. (eg, I have not noticed it in Jenkins emails) -- Mark Miller about.me/markrmiller On April 22, 2014 at 2:47:50 PM, Uwe Schindler (u...@thetaphi.de) wrote: Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases.
RE: [VOTE] Lucene/Solr 4.8.0 RC1
Hi Mark, Jenkins has like 32000 file handles J This is why I propose that setting the number of filehandles per Job should be the default of 1024. So just run “ulimit –n 1024” before starting ant, so it is locally applied and does not affect Jenkins itsself, only the child shell. I will open an issue! Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de/ http://www.thetaphi.de eMail: u...@thetaphi.de From: Mark Miller [mailto:markrmil...@gmail.com] Sent: Tuesday, April 22, 2014 8:54 PM To: dev@lucene.apache.org Subject: Re: [VOTE] Lucene/Solr 4.8.0 RC1 bq. Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases. Do we have a JIRA issue for that? If not, would be great to get those fail logs into one. This is a newer test and I wasn’t aware it was causing issues still. (eg, I have not noticed it in Jenkins emails) -- Mark Miller about.me/markrmiller On April 22, 2014 at 2:47:50 PM, Uwe Schindler (u...@thetaphi.de) wrote: Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases.
Re: [VOTE] Lucene/Solr 4.8.0 RC1
+1 SUCCESS! [0:40:52.891218] On Tue, Apr 22, 2014 at 2:47 PM, Uwe Schindler u...@thetaphi.de wrote: Hi, I prepared the first release candidate of Lucene and Solr 4.8.0. The artifacts can be found here: = http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/ It took a bit longer, because we had to fix some remaining bugs regarding NativeFSLockFactory, which did not work correctly and leaked file handles. I also updated the instructions about the preferred Java update versions. See also Mike's blog post: http://www.elasticsearch.org/blog/java-1-7u55-safe-use-elasticsearch-lucene/ Please check the artifacts and give your vote in the next 72 hrs. My +1 will hopefully come a little bit later because Solr tests are failing constantly on my release build and smoke tester machine. The reason: it seems to be lack of file handles. A standard Ubuntu configuration has 1024 file handles and I want a release to pass with that common default configuration. Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases. I will run now the smoker again without HDFS (via build.properties) and if that also fails then once again with more file handles. But we really have to fix our tests that they succeed with the default config of 1024 file handles. We can configure that in Jenkins (so the Jenkins job first sets and then runs ANT ulimit -n 1024). But this should not block the release, I just say: I gave up running those Solr tests, sorry! Anybody else can test that stuff! Uwe P.S.: Here's my smoker command line: $ JAVA_HOME=$HOME/jdk1.7.0_55 JAVA7_HOME=$HOME/jdk1.7.0_55 python3.2 -u smokeTestRelease.py ' http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1-rev1589150/' 1589150 4.8.0 tmp - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
RE: [VOTE] Lucene/Solr 4.8.0 RC1
Here is my own +1: SUCCESS! [2:09:05.595608] Solr tests passed once I raised file descriptor limit. So we should definitely fix this. I will try to reproduce in an isolated way and post stack traces. Uwe -Original Message- From: Uwe Schindler [mailto:u...@thetaphi.de] Sent: Tuesday, April 22, 2014 8:47 PM To: dev@lucene.apache.org Subject: [VOTE] Lucene/Solr 4.8.0 RC1 Hi, I prepared the first release candidate of Lucene and Solr 4.8.0. The artifacts can be found here: = http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0- RC1-rev1589150/ It took a bit longer, because we had to fix some remaining bugs regarding NativeFSLockFactory, which did not work correctly and leaked file handles. I also updated the instructions about the preferred Java update versions. See also Mike's blog post: http://www.elasticsearch.org/blog/java-1-7u55-safe- use-elasticsearch-lucene/ Please check the artifacts and give your vote in the next 72 hrs. My +1 will hopefully come a little bit later because Solr tests are failing constantly on my release build and smoke tester machine. The reason: it seems to be lack of file handles. A standard Ubuntu configuration has 1024 file handles and I want a release to pass with that common default configuration. Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases. I will run now the smoker again without HDFS (via build.properties) and if that also fails then once again with more file handles. But we really have to fix our tests that they succeed with the default config of 1024 file handles. We can configure that in Jenkins (so the Jenkins job first sets and then runs ANT ulimit -n 1024). But this should not block the release, I just say: I gave up running those Solr tests, sorry! Anybody else can test that stuff! Uwe P.S.: Here's my smoker command line: $ JAVA_HOME=$HOME/jdk1.7.0_55 JAVA7_HOME=$HOME/jdk1.7.0_55 python3.2 -u smokeTestRelease.py ' http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1- rev1589150/' 1589150 4.8.0 tmp - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [VOTE] Lucene/Solr 4.8.0 RC1
+1 SUCCESS! [1:50:28.179297] Ahmet On Tuesday, April 22, 2014 11:38 PM, Uwe Schindler u...@thetaphi.de wrote: Here is my own +1: SUCCESS! [2:09:05.595608] Solr tests passed once I raised file descriptor limit. So we should definitely fix this. I will try to reproduce in an isolated way and post stack traces. Uwe -Original Message- From: Uwe Schindler [mailto:u...@thetaphi.de] Sent: Tuesday, April 22, 2014 8:47 PM To: dev@lucene.apache.org Subject: [VOTE] Lucene/Solr 4.8.0 RC1 Hi, I prepared the first release candidate of Lucene and Solr 4.8.0. The artifacts can be found here: = http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0- RC1-rev1589150/ It took a bit longer, because we had to fix some remaining bugs regarding NativeFSLockFactory, which did not work correctly and leaked file handles. I also updated the instructions about the preferred Java update versions. See also Mike's blog post: http://www.elasticsearch.org/blog/java-1-7u55-safe- use-elasticsearch-lucene/ Please check the artifacts and give your vote in the next 72 hrs. My +1 will hopefully come a little bit later because Solr tests are failing constantly on my release build and smoke tester machine. The reason: it seems to be lack of file handles. A standard Ubuntu configuration has 1024 file handles and I want a release to pass with that common default configuration. Instead, org.apache.solr.cloud.TestMiniSolrCloudCluster.testBasics fails always with crazy error messages (not about too less file handles, more that Jetty cannot start up or not bind ports or various other stuff). This did not happen on smoking 4.7.x releases. I will run now the smoker again without HDFS (via build.properties) and if that also fails then once again with more file handles. But we really have to fix our tests that they succeed with the default config of 1024 file handles. We can configure that in Jenkins (so the Jenkins job first sets and then runs ANT ulimit -n 1024). But this should not block the release, I just say: I gave up running those Solr tests, sorry! Anybody else can test that stuff! Uwe P.S.: Here's my smoker command line: $ JAVA_HOME=$HOME/jdk1.7.0_55 JAVA7_HOME=$HOME/jdk1.7.0_55 python3.2 -u smokeTestRelease.py ' http://people.apache.org/~uschindler/staging_area/lucene-solr-4.8.0-RC1- rev1589150/' 1589150 4.8.0 tmp - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
