[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16607386#comment-16607386 ] ASF subversion and git services commented on SOLR-8742: --- Commit 66dfc59e62c676860a176ca3975a8193a771acbe in lucene-solr's branch refs/heads/branch_7x from [~steve_rowe] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=66dfc59 ] SOLR-8742: In HdfsDirectoryTest replace RAMDirectory usages with ByteBuffersDirectory. > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man >Assignee: Steve Rowe >Priority: Major > Attachments: SOLR-8742.patch > > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless > Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16607387#comment-16607387 ] ASF subversion and git services commented on SOLR-8742: --- Commit 2c88922998ab3bc2e97d9c640bc01fd39d95fb34 in lucene-solr's branch refs/heads/master from [~steve_rowe] [ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=2c88922 ] SOLR-8742: In HdfsDirectoryTest replace RAMDirectory usages with ByteBuffersDirectory. > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man >Assignee: Steve Rowe >Priority: Major > Attachments: SOLR-8742.patch > > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless > Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15888197#comment-15888197 ] Mark Miller commented on SOLR-8742: --- We should just ignore or remove this test method for now. I don't know anything more than what I have commented above. > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless> Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15888122#comment-15888122 ] Andrzej Bialecki commented on SOLR-8742: - This reliably fails for me every time on branch_6x: {code} ant test -Dtestcase=HdfsDirectoryTest -Dtests.method=testEOF -Dtests.seed=18BE1C093E093813 -Dtests.slow=true -Dtests.locale=ja-JP -Dtests.timezone=Africa/Asmara -Dtests.asserts=true -Dtests.file.encoding=UTF-8 {code} > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless> Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15474609#comment-15474609 ] Steve Rowe commented on SOLR-8742: -- Another reproducing seed on master from my Jenkins - though it only reproduces if I leave off the {{-Dtests.method=testEOF}}: {noformat} [junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest -Dtests.method=testEOF -Dtests.seed=CEBB0B6DA161A793 -Dtests.slow=true -Dtests.locale=de-AT -Dtests.timezone=Europe/Minsk -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [junit4] ERROR 0.36s J1 | HdfsDirectoryTest.testEOF <<< [junit4]> Throwable #1: java.lang.NullPointerException [junit4]>at __randomizedtesting.SeedInfo.seed([CEBB0B6DA161A793:5FD04965E34501EF]:0) [junit4]>at org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) [junit4]>at org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:158) [junit4]>at org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:150) [junit4]>at java.lang.Thread.run(Thread.java:745) {noformat} > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless> Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15417682#comment-15417682 ] Steve Rowe commented on SOLR-8742: -- Another reproducing seed on master+branch_6x from my Jenkins: B03E68EA9CC49524 > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless> Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15391107#comment-15391107 ] Steve Rowe commented on SOLR-8742: -- Another reproducing seed on master from my Jenkins: 9DB7301F6E57F999 > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless> Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15372918#comment-15372918 ] Steve Rowe commented on SOLR-8742: -- More reproducing seeds on master (from Policeman, ASF and my Jenkins): 145163F0806CEBE 17E18886733CD59C 6B256AA5BE342DA5 9A60B5259CC9E719 > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless> Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15327571#comment-15327571 ] Steve Rowe commented on SOLR-8742: -- My Jenkins found another reproducing seed on master: {noformat} Checking out Revision 8bd27977dd993d4443be359a6f7ec92c7f012247 (refs/remotes/origin/master) [...] [junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest -Dtests.method=testEOF -Dtests.seed=F166FBD4C32A0557 -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/lucene-data/enwiki.random.lines.txt -Dtests.locale=es-CU -Dtests.timezone=US/Central -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [junit4] ERROR 0.05s J9 | HdfsDirectoryTest.testEOF <<< [junit4]> Throwable #1: java.lang.NullPointerException [junit4]>at __randomizedtesting.SeedInfo.seed([F166FBD4C32A0557:600DB9DC810EA32B]:0) [junit4]>at org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) [junit4]>at org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) [junit4]>at org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) [junit4]>at java.lang.Thread.run(Thread.java:745) [...] [junit4] 2> 556088 ERROR (SUITE-HdfsDirectoryTest-seed#[F166FBD4C32A0557]-worker) [] o.a.h.m.l.MethodMetric Error invoking method getBlocksTotal [junit4] 2> java.lang.reflect.InvocationTargetException [junit4] 2>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [junit4] 2>at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [junit4] 2>at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [junit4] 2>at java.lang.reflect.Method.invoke(Method.java:498) [junit4] 2>at org.apache.hadoop.metrics2.lib.MethodMetric$2.snapshot(MethodMetric.java:111) [junit4] 2>at org.apache.hadoop.metrics2.lib.MethodMetric.snapshot(MethodMetric.java:144) [junit4] 2>at org.apache.hadoop.metrics2.lib.MetricsRegistry.snapshot(MetricsRegistry.java:387) [junit4] 2>at org.apache.hadoop.metrics2.lib.MetricsSourceBuilder$1.getMetrics(MetricsSourceBuilder.java:79) [junit4] 2>at org.apache.hadoop.metrics2.impl.MetricsSourceAdapter.getMetrics(MetricsSourceAdapter.java:195) [junit4] 2>at org.apache.hadoop.metrics2.impl.MetricsSourceAdapter.updateJmxCache(MetricsSourceAdapter.java:172) [junit4] 2>at org.apache.hadoop.metrics2.impl.MetricsSourceAdapter.getMBeanInfo(MetricsSourceAdapter.java:151) [junit4] 2>at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getClassName(DefaultMBeanServerInterceptor.java:1804) [junit4] 2>at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.safeGetClassName(DefaultMBeanServerInterceptor.java:1595) [junit4] 2>at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.checkMBeanPermission(DefaultMBeanServerInterceptor.java:1813) [junit4] 2>at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.exclusiveUnregisterMBean(DefaultMBeanServerInterceptor.java:430) [junit4] 2>at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.unregisterMBean(DefaultMBeanServerInterceptor.java:415) [junit4] 2>at com.sun.jmx.mbeanserver.JmxMBeanServer.unregisterMBean(JmxMBeanServer.java:546) [junit4] 2>at org.apache.hadoop.metrics2.util.MBeans.unregister(MBeans.java:81) [junit4] 2>at org.apache.hadoop.metrics2.impl.MetricsSourceAdapter.stopMBeans(MetricsSourceAdapter.java:227) [junit4] 2>at org.apache.hadoop.metrics2.impl.MetricsSourceAdapter.stop(MetricsSourceAdapter.java:212) [junit4] 2>at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.stopSources(MetricsSystemImpl.java:461) [junit4] 2>at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.stop(MetricsSystemImpl.java:212) [junit4] 2>at org.apache.hadoop.metrics2.impl.MetricsSystemImpl.shutdown(MetricsSystemImpl.java:592) [junit4] 2>at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.shutdownInstance(DefaultMetricsSystem.java:72) [junit4] 2>at org.apache.hadoop.metrics2.lib.DefaultMetricsSystem.shutdown(DefaultMetricsSystem.java:68) [junit4] 2>at org.apache.hadoop.hdfs.server.namenode.metrics.NameNodeMetrics.shutdown(NameNodeMetrics.java:145) [junit4] 2>at org.apache.hadoop.hdfs.server.namenode.NameNode.stop(NameNode.java:822) [junit4] 2>at org.apache.hadoop.hdfs.MiniDFSCluster.shutdown(MiniDFSCluster.java:1720) [junit4] 2>at org.apache.hadoop.hdfs.MiniDFSCluster.shutdown(MiniDFSCluster.java:1699) [junit4] 2>at
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210334#comment-15210334 ] Steve Rowe commented on SOLR-8742: -- FYI, git bisect blames the same commit sha for me with this new seed as it did for hoss'ss seed. > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless> Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15210233#comment-15210233 ] Steve Rowe commented on SOLR-8742: -- Another reproducing failure (master/branch_6x/branch_6_0): {noformat} [junit4] Suite: org.apache.solr.store.hdfs.HdfsDirectoryTest [junit4] 2> Creating dataDir: /var/lib/jenkins/jobs/Lucene-Solr-tests-6.x/workspace/solr/build/solr-core/test/J5/temp/solr.store.hdfs.HdfsDirectoryTest_6BF936321AE9FC53-001/init-core-data-001 [junit4] 2> 432246 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.a.s.SolrTestCaseJ4 Randomized ssl (false) and clientAuth (true) [junit4] 1> Formatting using clusterid: testClusterID [junit4] 2> 432262 WARN (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.a.h.m.i.MetricsConfig Cannot locate configuration: tried hadoop-metrics2-namenode.properties,hadoop-metrics2.properties [junit4] 2> 432267 WARN (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.a.h.h.HttpRequestLog Jetty request log can only be enabled using Log4j [junit4] 2> 432269 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.m.log jetty-6.1.26 [junit4] 2> 432276 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.m.log Extract jar:file:/var/lib/jenkins/.ivy2/cache/org.apache.hadoop/hadoop-hdfs/tests/hadoop-hdfs-2.6.0-tests.jar!/webapps/hdfs to ./temp/Jetty_localhost_36931_hdfs.vsqnuq/webapp [junit4] 2> 432337 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.m.log NO JSP Support for /, did not find org.apache.jasper.servlet.JspServlet [junit4] 2> 432703 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.m.log Started HttpServer2$SelectChannelConnectorWithSafeStartup@localhost:36931 [junit4] 2> 432820 WARN (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.a.h.h.HttpRequestLog Jetty request log can only be enabled using Log4j [junit4] 2> 432821 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.m.log jetty-6.1.26 [junit4] 2> 432829 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.m.log Extract jar:file:/var/lib/jenkins/.ivy2/cache/org.apache.hadoop/hadoop-hdfs/tests/hadoop-hdfs-2.6.0-tests.jar!/webapps/datanode to ./temp/Jetty_localhost_40567_datanode.hd2j4v/webapp [junit4] 2> 432887 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.m.log NO JSP Support for /, did not find org.apache.jasper.servlet.JspServlet [junit4] 2> 433283 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.m.log Started HttpServer2$SelectChannelConnectorWithSafeStartup@localhost:40567 [junit4] 2> 433304 WARN (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.a.h.h.HttpRequestLog Jetty request log can only be enabled using Log4j [junit4] 2> 433305 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.m.log jetty-6.1.26 [junit4] 2> 433315 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.m.log Extract jar:file:/var/lib/jenkins/.ivy2/cache/org.apache.hadoop/hadoop-hdfs/tests/hadoop-hdfs-2.6.0-tests.jar!/webapps/datanode to ./temp/Jetty_localhost_54236_datanode.2l2cxv/webapp [junit4] 2> 41 INFO (IPC Server handler 3 on 35443) [] BlockStateChange BLOCK* processReport: from storage DS-3362e969-6b1f-4f8b-90c2-519bfe11a4e3 node DatanodeRegistration(127.0.0.1, datanodeUuid=a1c6edfb-4bb8-4e12-a3d4-dc5308fd9199, infoPort=40567, ipcPort=34011, storageInfo=lv=-56;cid=testClusterID;nsid=1766496377;c=0), blocks: 0, hasStaleStorages: true, processing time: 1 msecs [junit4] 2> 42 INFO (IPC Server handler 3 on 35443) [] BlockStateChange BLOCK* processReport: from storage DS-35c6c048-304c-4d94-a2b2-47d07d42be08 node DatanodeRegistration(127.0.0.1, datanodeUuid=a1c6edfb-4bb8-4e12-a3d4-dc5308fd9199, infoPort=40567, ipcPort=34011, storageInfo=lv=-56;cid=testClusterID;nsid=1766496377;c=0), blocks: 0, hasStaleStorages: false, processing time: 0 msecs [junit4] 2> 433404 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.m.log NO JSP Support for /, did not find org.apache.jasper.servlet.JspServlet [junit4] 2> 433822 INFO (SUITE-HdfsDirectoryTest-seed#[6BF936321AE9FC53]-worker) [] o.m.log Started HttpServer2$SelectChannelConnectorWithSafeStartup@localhost:54236 [junit4] 2> 433851 INFO (IPC Server handler 4 on 35443) [] BlockStateChange BLOCK* processReport: from storage DS-7e62f7ee-4893-43bb-a5af-ce3fd18691b7 node DatanodeRegistration(127.0.0.1, datanodeUuid=c48cef8e-d1c1-4fa3-90c9-c2e0461c78c1, infoPort=54236, ipcPort=56889, storageInfo=lv=-56;cid=testClusterID;nsid=1766496377;c=0), blocks: 0, hasStaleStorages: true, processing time: 1
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15197568#comment-15197568 ] Mark Miller commented on SOLR-8742: --- Nevermind, needed more than just the seed I guess. > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless> Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15197616#comment-15197616 ] Mark Miller commented on SOLR-8742: --- Also, this is using raw RAMInputStream in this case - nothing HDFS specific in this fail. > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless> Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15197562#comment-15197562 ] Mark Miller commented on SOLR-8742: --- Does this still fail for you? Does not seem to be reproducing for me. > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless> Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-8742) HdfsDirectoryTest fails reliably after changes in LUCENE-6932
[ https://issues.apache.org/jira/browse/SOLR-8742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15197613#comment-15197613 ] Mark Miller commented on SOLR-8742: --- Or I was mistakenly in an older, similarly named project. I can't see where the mistake is in Solr code. We seek to the last byte in the file and then we try to read a byte and expect EOF, but instead get a nullpointer because currentBuffer is never set in this case. > HdfsDirectoryTest fails reliably after changes in LUCENE-6932 > - > > Key: SOLR-8742 > URL: https://issues.apache.org/jira/browse/SOLR-8742 > Project: Solr > Issue Type: Bug >Reporter: Hoss Man > > the following seed fails reliably for me on master... > {noformat} >[junit4] 2> 1370568 INFO > (TEST-HdfsDirectoryTest.testEOF-seed#[A0D22782D87E1CE2]) [] > o.a.s.SolrTestCaseJ4 ###Ending testEOF >[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=HdfsDirectoryTest > -Dtests.method=testEOF -Dtests.seed=A0D22782D87E1CE2 -Dtests.slow=true > -Dtests.locale=es-PR -Dtests.timezone=Indian/Mauritius -Dtests.asserts=true > -Dtests.file.encoding=ISO-8859-1 >[junit4] ERROR 0.13s J0 | HdfsDirectoryTest.testEOF <<< >[junit4]> Throwable #1: java.lang.NullPointerException >[junit4]> at > __randomizedtesting.SeedInfo.seed([A0D22782D87E1CE2:31B9658A9A5ABA9E]:0) >[junit4]> at > org.apache.lucene.store.RAMInputStream.readByte(RAMInputStream.java:69) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEof(HdfsDirectoryTest.java:159) >[junit4]> at > org.apache.solr.store.hdfs.HdfsDirectoryTest.testEOF(HdfsDirectoryTest.java:151) >[junit4]> at java.lang.Thread.run(Thread.java:745) > {noformat} > git bisect says this is the first commit where it started failing.. > {noformat} > ddc65d977f920013c5fca16c8ac75ae2c6895f9d is the first bad commit > commit ddc65d977f920013c5fca16c8ac75ae2c6895f9d > Author: Michael McCandless> Date: Thu Jan 21 17:50:28 2016 + > LUCENE-6932: RAMInputStream now throws EOFException if you seek beyond > the end of the file > > git-svn-id: https://svn.apache.org/repos/asf/lucene/dev/trunk@1726039 > 13f79535-47bb-0310-9956-ffa450edef68 > {noformat} > ...which seems remarkable relevant and likely to indicate a problem that > needs fixed in the HdfsDirectory code (or perhaps just the test) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org