You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by Erick Erickson <er...@gmail.com> on 2017/01/15 21:10:27 UTC
PeerSyncReplicationTest failure
I was wondering about the failures and tried to beast it on my Pro on
trunk which fails first time, every time with a NoSuchMethodError in
Lucene, see below.
I was wondering whether it would be a bad idea to release 6.4 with the
PeerSynch Test failure that shows up but didn't really look whether it
was trunk or 6x. Of course if this is only on trunk then it's
irrelevant for 6x.
Beasting 6x now.
2> 206460 ERROR (coreCloseExecutor-64-thread-1)
[n:127.0.0.1:51661_mx_ni c:collection1 s:shard1 r:core_node1
x:collection1] o.a.s.u.DirectUpdateHandler2 Error in final commit
[junit4] 2> java.lang.NoSuchMethodError:
org.apache.lucene.util.packed.DirectWriter.getInstance(Lorg/apache/lucene/store/IndexOutput;JI)Lorg/apache/lucene/util/packed/DirectWriter;
[junit4] 2> at
org.apache.lucene.util.packed.DirectMonotonicWriter.flush(DirectMonotonicWriter.java:91)
[junit4] 2> at
org.apache.lucene.util.packed.DirectMonotonicWriter.finish(DirectMonotonicWriter.java:127)
[junit4] 2> at
org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addTermsDict(Lucene70DocValuesConsumer.java:478)
[junit4] 2> at
org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.doAddSortedField(Lucene70DocValuesConsumer.java:437)
[junit4] 2> at
org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addSortedSetField(Lucene70DocValuesConsumer.java:571)
[junit4] 2> at
org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.addSortedSetField(PerFieldDocValuesFormat.java:129)
[junit4] 2> at
org.apache.lucene.index.SortedSetDocValuesWriter.flush(SortedSetDocValuesWriter.java:221)
[junit4] 2> at
org.apache.lucene.index.DefaultIndexingChain.writeDocValues(DefaultIndexingChain.java:248)
[junit4] 2> at
org.apache.lucene.index.DefaultIndexingChain.flush(DefaultIndexingChain.java:132)
[junit4] 2> at
org.apache.lucene.index.DocumentsWriterPerThread.flush(DocumentsWriterPerThread.java:444)
[junit4] 2> at
org.apache.lucene.index.DocumentsWriter.doFlush(DocumentsWriter.java:539)
[junit4] 2> at
org.apache.lucene.index.DocumentsWriter.flushAllThreads(DocumentsWriter.java:653)
[junit4] 2> at
org.apache.lucene.index.IndexWriter.prepareCommitInternal(IndexWriter.java:3001)
[junit4] 2> at
org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:3211)
[junit4] 2> at
org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:3174)
[junit4] 2> at
org.apache.solr.update.DirectUpdateHandler2.closeWriter(DirectUpdateHandler2.java:792)
[junit4] 2> at
org.apache.solr.update.DefaultSolrCoreState.closeIndexWriter(DefaultSolrCoreState.java:88)
[junit4] 2> at
org.apache.solr.update.DefaultSolrCoreState.close(DefaultSolrCoreState.java:379)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: PeerSyncReplicationTest failure
Posted by Erick Erickson <er...@gmail.com>.
100 beast runs and no failures so this looks fixed by Alan's latest
SOLR-9906 push.
On Mon, Jan 16, 2017 at 9:17 AM, Erick Erickson <er...@gmail.com> wrote:
> This is probably SOLR-9906 right? I'll go start my beasting from
> yesterday on a new pull.
>
> On Sun, Jan 15, 2017 at 8:11 PM, Erick Erickson <er...@gmail.com> wrote:
>> Pushkar:
>>
>> Yes, PeerSynchReplicationTest. I'm getting 21/100 failures when
>> beasting on 6x so it's not a trunk-only issue. The script I was using
>> is Mark Miller's "The best Lucene / Solr beasting script in the world.
>> TM." here: https://gist.github.com/markrmiller/dbdb792216dc98b018ad
>>
>> Here's the link to the build:
>> https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/3781/
>>
>> The "Console output" link won't display much, but the "Skipping 10,574
>> KB.. Full Log" link should lead you to the full output.
>>
>> My only real concern here is to determine whether this is an
>> underlying problem or a test issue for the 6.4 release.
>>
>> Thanks!
>> Erick
>>
>> On Sun, Jan 15, 2017 at 6:26 PM, Pushkar Raste <pu...@gmail.com> wrote:
>>> Erick,
>>> Is this PeerSyncTest or PeerSyncReplicationTest?
>>>
>>> Can you send me link to Jenkins build logs (if this is happening on
>>> Jenkins).
>>>
>>> I recently sent a patch to improve the validation check (in the
>>> PeerSyncReplicationTest) made in order to figure out if node successfully
>>> recovered via PeerSync. Not sure if change was made only to the trunk or if
>>> was applied to 6.X branch as well.
>>>
>>>
>>> On Jan 15, 2017 4:12 PM, "Erick Erickson" <er...@gmail.com> wrote:
>>>>
>>>> I was wondering about the failures and tried to beast it on my Pro on
>>>> trunk which fails first time, every time with a NoSuchMethodError in
>>>> Lucene, see below.
>>>>
>>>> I was wondering whether it would be a bad idea to release 6.4 with the
>>>> PeerSynch Test failure that shows up but didn't really look whether it
>>>> was trunk or 6x. Of course if this is only on trunk then it's
>>>> irrelevant for 6x.
>>>>
>>>> Beasting 6x now.
>>>>
>>>> 2> 206460 ERROR (coreCloseExecutor-64-thread-1)
>>>> [n:127.0.0.1:51661_mx_ni c:collection1 s:shard1 r:core_node1
>>>> x:collection1] o.a.s.u.DirectUpdateHandler2 Error in final commit
>>>> [junit4] 2> java.lang.NoSuchMethodError:
>>>>
>>>> org.apache.lucene.util.packed.DirectWriter.getInstance(Lorg/apache/lucene/store/IndexOutput;JI)Lorg/apache/lucene/util/packed/DirectWriter;
>>>> [junit4] 2> at
>>>>
>>>> org.apache.lucene.util.packed.DirectMonotonicWriter.flush(DirectMonotonicWriter.java:91)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.lucene.util.packed.DirectMonotonicWriter.finish(DirectMonotonicWriter.java:127)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addTermsDict(Lucene70DocValuesConsumer.java:478)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.doAddSortedField(Lucene70DocValuesConsumer.java:437)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addSortedSetField(Lucene70DocValuesConsumer.java:571)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.addSortedSetField(PerFieldDocValuesFormat.java:129)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.lucene.index.SortedSetDocValuesWriter.flush(SortedSetDocValuesWriter.java:221)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.lucene.index.DefaultIndexingChain.writeDocValues(DefaultIndexingChain.java:248)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.lucene.index.DefaultIndexingChain.flush(DefaultIndexingChain.java:132)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.lucene.index.DocumentsWriterPerThread.flush(DocumentsWriterPerThread.java:444)
>>>> [junit4] 2> at
>>>> org.apache.lucene.index.DocumentsWriter.doFlush(DocumentsWriter.java:539)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.lucene.index.DocumentsWriter.flushAllThreads(DocumentsWriter.java:653)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.lucene.index.IndexWriter.prepareCommitInternal(IndexWriter.java:3001)
>>>> [junit4] 2> at
>>>> org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:3211)
>>>> [junit4] 2> at
>>>> org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:3174)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.solr.update.DirectUpdateHandler2.closeWriter(DirectUpdateHandler2.java:792)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.solr.update.DefaultSolrCoreState.closeIndexWriter(DefaultSolrCoreState.java:88)
>>>> [junit4] 2> at
>>>>
>>>> org.apache.solr.update.DefaultSolrCoreState.close(DefaultSolrCoreState.java:379)
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>>>> For additional commands, e-mail: dev-help@lucene.apache.org
>>>>
>>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: PeerSyncReplicationTest failure
Posted by Erick Erickson <er...@gmail.com>.
This is probably SOLR-9906 right? I'll go start my beasting from
yesterday on a new pull.
On Sun, Jan 15, 2017 at 8:11 PM, Erick Erickson <er...@gmail.com> wrote:
> Pushkar:
>
> Yes, PeerSynchReplicationTest. I'm getting 21/100 failures when
> beasting on 6x so it's not a trunk-only issue. The script I was using
> is Mark Miller's "The best Lucene / Solr beasting script in the world.
> TM." here: https://gist.github.com/markrmiller/dbdb792216dc98b018ad
>
> Here's the link to the build:
> https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/3781/
>
> The "Console output" link won't display much, but the "Skipping 10,574
> KB.. Full Log" link should lead you to the full output.
>
> My only real concern here is to determine whether this is an
> underlying problem or a test issue for the 6.4 release.
>
> Thanks!
> Erick
>
> On Sun, Jan 15, 2017 at 6:26 PM, Pushkar Raste <pu...@gmail.com> wrote:
>> Erick,
>> Is this PeerSyncTest or PeerSyncReplicationTest?
>>
>> Can you send me link to Jenkins build logs (if this is happening on
>> Jenkins).
>>
>> I recently sent a patch to improve the validation check (in the
>> PeerSyncReplicationTest) made in order to figure out if node successfully
>> recovered via PeerSync. Not sure if change was made only to the trunk or if
>> was applied to 6.X branch as well.
>>
>>
>> On Jan 15, 2017 4:12 PM, "Erick Erickson" <er...@gmail.com> wrote:
>>>
>>> I was wondering about the failures and tried to beast it on my Pro on
>>> trunk which fails first time, every time with a NoSuchMethodError in
>>> Lucene, see below.
>>>
>>> I was wondering whether it would be a bad idea to release 6.4 with the
>>> PeerSynch Test failure that shows up but didn't really look whether it
>>> was trunk or 6x. Of course if this is only on trunk then it's
>>> irrelevant for 6x.
>>>
>>> Beasting 6x now.
>>>
>>> 2> 206460 ERROR (coreCloseExecutor-64-thread-1)
>>> [n:127.0.0.1:51661_mx_ni c:collection1 s:shard1 r:core_node1
>>> x:collection1] o.a.s.u.DirectUpdateHandler2 Error in final commit
>>> [junit4] 2> java.lang.NoSuchMethodError:
>>>
>>> org.apache.lucene.util.packed.DirectWriter.getInstance(Lorg/apache/lucene/store/IndexOutput;JI)Lorg/apache/lucene/util/packed/DirectWriter;
>>> [junit4] 2> at
>>>
>>> org.apache.lucene.util.packed.DirectMonotonicWriter.flush(DirectMonotonicWriter.java:91)
>>> [junit4] 2> at
>>>
>>> org.apache.lucene.util.packed.DirectMonotonicWriter.finish(DirectMonotonicWriter.java:127)
>>> [junit4] 2> at
>>>
>>> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addTermsDict(Lucene70DocValuesConsumer.java:478)
>>> [junit4] 2> at
>>>
>>> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.doAddSortedField(Lucene70DocValuesConsumer.java:437)
>>> [junit4] 2> at
>>>
>>> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addSortedSetField(Lucene70DocValuesConsumer.java:571)
>>> [junit4] 2> at
>>>
>>> org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.addSortedSetField(PerFieldDocValuesFormat.java:129)
>>> [junit4] 2> at
>>>
>>> org.apache.lucene.index.SortedSetDocValuesWriter.flush(SortedSetDocValuesWriter.java:221)
>>> [junit4] 2> at
>>>
>>> org.apache.lucene.index.DefaultIndexingChain.writeDocValues(DefaultIndexingChain.java:248)
>>> [junit4] 2> at
>>>
>>> org.apache.lucene.index.DefaultIndexingChain.flush(DefaultIndexingChain.java:132)
>>> [junit4] 2> at
>>>
>>> org.apache.lucene.index.DocumentsWriterPerThread.flush(DocumentsWriterPerThread.java:444)
>>> [junit4] 2> at
>>> org.apache.lucene.index.DocumentsWriter.doFlush(DocumentsWriter.java:539)
>>> [junit4] 2> at
>>>
>>> org.apache.lucene.index.DocumentsWriter.flushAllThreads(DocumentsWriter.java:653)
>>> [junit4] 2> at
>>>
>>> org.apache.lucene.index.IndexWriter.prepareCommitInternal(IndexWriter.java:3001)
>>> [junit4] 2> at
>>> org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:3211)
>>> [junit4] 2> at
>>> org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:3174)
>>> [junit4] 2> at
>>>
>>> org.apache.solr.update.DirectUpdateHandler2.closeWriter(DirectUpdateHandler2.java:792)
>>> [junit4] 2> at
>>>
>>> org.apache.solr.update.DefaultSolrCoreState.closeIndexWriter(DefaultSolrCoreState.java:88)
>>> [junit4] 2> at
>>>
>>> org.apache.solr.update.DefaultSolrCoreState.close(DefaultSolrCoreState.java:379)
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>>> For additional commands, e-mail: dev-help@lucene.apache.org
>>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: PeerSyncReplicationTest failure
Posted by Erick Erickson <er...@gmail.com>.
Pushkar:
Yes, PeerSynchReplicationTest. I'm getting 21/100 failures when
beasting on 6x so it's not a trunk-only issue. The script I was using
is Mark Miller's "The best Lucene / Solr beasting script in the world.
TM." here: https://gist.github.com/markrmiller/dbdb792216dc98b018ad
Here's the link to the build:
https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/3781/
The "Console output" link won't display much, but the "Skipping 10,574
KB.. Full Log" link should lead you to the full output.
My only real concern here is to determine whether this is an
underlying problem or a test issue for the 6.4 release.
Thanks!
Erick
On Sun, Jan 15, 2017 at 6:26 PM, Pushkar Raste <pu...@gmail.com> wrote:
> Erick,
> Is this PeerSyncTest or PeerSyncReplicationTest?
>
> Can you send me link to Jenkins build logs (if this is happening on
> Jenkins).
>
> I recently sent a patch to improve the validation check (in the
> PeerSyncReplicationTest) made in order to figure out if node successfully
> recovered via PeerSync. Not sure if change was made only to the trunk or if
> was applied to 6.X branch as well.
>
>
> On Jan 15, 2017 4:12 PM, "Erick Erickson" <er...@gmail.com> wrote:
>>
>> I was wondering about the failures and tried to beast it on my Pro on
>> trunk which fails first time, every time with a NoSuchMethodError in
>> Lucene, see below.
>>
>> I was wondering whether it would be a bad idea to release 6.4 with the
>> PeerSynch Test failure that shows up but didn't really look whether it
>> was trunk or 6x. Of course if this is only on trunk then it's
>> irrelevant for 6x.
>>
>> Beasting 6x now.
>>
>> 2> 206460 ERROR (coreCloseExecutor-64-thread-1)
>> [n:127.0.0.1:51661_mx_ni c:collection1 s:shard1 r:core_node1
>> x:collection1] o.a.s.u.DirectUpdateHandler2 Error in final commit
>> [junit4] 2> java.lang.NoSuchMethodError:
>>
>> org.apache.lucene.util.packed.DirectWriter.getInstance(Lorg/apache/lucene/store/IndexOutput;JI)Lorg/apache/lucene/util/packed/DirectWriter;
>> [junit4] 2> at
>>
>> org.apache.lucene.util.packed.DirectMonotonicWriter.flush(DirectMonotonicWriter.java:91)
>> [junit4] 2> at
>>
>> org.apache.lucene.util.packed.DirectMonotonicWriter.finish(DirectMonotonicWriter.java:127)
>> [junit4] 2> at
>>
>> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addTermsDict(Lucene70DocValuesConsumer.java:478)
>> [junit4] 2> at
>>
>> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.doAddSortedField(Lucene70DocValuesConsumer.java:437)
>> [junit4] 2> at
>>
>> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addSortedSetField(Lucene70DocValuesConsumer.java:571)
>> [junit4] 2> at
>>
>> org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.addSortedSetField(PerFieldDocValuesFormat.java:129)
>> [junit4] 2> at
>>
>> org.apache.lucene.index.SortedSetDocValuesWriter.flush(SortedSetDocValuesWriter.java:221)
>> [junit4] 2> at
>>
>> org.apache.lucene.index.DefaultIndexingChain.writeDocValues(DefaultIndexingChain.java:248)
>> [junit4] 2> at
>>
>> org.apache.lucene.index.DefaultIndexingChain.flush(DefaultIndexingChain.java:132)
>> [junit4] 2> at
>>
>> org.apache.lucene.index.DocumentsWriterPerThread.flush(DocumentsWriterPerThread.java:444)
>> [junit4] 2> at
>> org.apache.lucene.index.DocumentsWriter.doFlush(DocumentsWriter.java:539)
>> [junit4] 2> at
>>
>> org.apache.lucene.index.DocumentsWriter.flushAllThreads(DocumentsWriter.java:653)
>> [junit4] 2> at
>>
>> org.apache.lucene.index.IndexWriter.prepareCommitInternal(IndexWriter.java:3001)
>> [junit4] 2> at
>> org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:3211)
>> [junit4] 2> at
>> org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:3174)
>> [junit4] 2> at
>>
>> org.apache.solr.update.DirectUpdateHandler2.closeWriter(DirectUpdateHandler2.java:792)
>> [junit4] 2> at
>>
>> org.apache.solr.update.DefaultSolrCoreState.closeIndexWriter(DefaultSolrCoreState.java:88)
>> [junit4] 2> at
>>
>> org.apache.solr.update.DefaultSolrCoreState.close(DefaultSolrCoreState.java:379)
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: dev-help@lucene.apache.org
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: PeerSyncReplicationTest failure
Posted by Pushkar Raste <pu...@gmail.com>.
Erick,
Is this PeerSyncTest or PeerSyncReplicationTest?
Can you send me link to Jenkins build logs (if this is happening on
Jenkins).
I recently sent a patch to improve the validation check (in the
PeerSyncReplicationTest) made in order to figure out if node successfully
recovered via PeerSync. Not sure if change was made only to the trunk or if
was applied to 6.X branch as well.
On Jan 15, 2017 4:12 PM, "Erick Erickson" <er...@gmail.com> wrote:
> I was wondering about the failures and tried to beast it on my Pro on
> trunk which fails first time, every time with a NoSuchMethodError in
> Lucene, see below.
>
> I was wondering whether it would be a bad idea to release 6.4 with the
> PeerSynch Test failure that shows up but didn't really look whether it
> was trunk or 6x. Of course if this is only on trunk then it's
> irrelevant for 6x.
>
> Beasting 6x now.
>
> 2> 206460 ERROR (coreCloseExecutor-64-thread-1)
> [n:127.0.0.1:51661_mx_ni c:collection1 s:shard1 r:core_node1
> x:collection1] o.a.s.u.DirectUpdateHandler2 Error in final commit
> [junit4] 2> java.lang.NoSuchMethodError:
> org.apache.lucene.util.packed.DirectWriter.getInstance(Lorg/
> apache/lucene/store/IndexOutput;JI)Lorg/apache/lucene/util/packed/
> DirectWriter;
> [junit4] 2> at
> org.apache.lucene.util.packed.DirectMonotonicWriter.flush(
> DirectMonotonicWriter.java:91)
> [junit4] 2> at
> org.apache.lucene.util.packed.DirectMonotonicWriter.finish(
> DirectMonotonicWriter.java:127)
> [junit4] 2> at
> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addTermsDict(
> Lucene70DocValuesConsumer.java:478)
> [junit4] 2> at
> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.
> doAddSortedField(Lucene70DocValuesConsumer.java:437)
> [junit4] 2> at
> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.
> addSortedSetField(Lucene70DocValuesConsumer.java:571)
> [junit4] 2> at
> org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.
> addSortedSetField(PerFieldDocValuesFormat.java:129)
> [junit4] 2> at
> org.apache.lucene.index.SortedSetDocValuesWriter.flush(
> SortedSetDocValuesWriter.java:221)
> [junit4] 2> at
> org.apache.lucene.index.DefaultIndexingChain.writeDocValues(
> DefaultIndexingChain.java:248)
> [junit4] 2> at
> org.apache.lucene.index.DefaultIndexingChain.flush(
> DefaultIndexingChain.java:132)
> [junit4] 2> at
> org.apache.lucene.index.DocumentsWriterPerThread.flush(
> DocumentsWriterPerThread.java:444)
> [junit4] 2> at
> org.apache.lucene.index.DocumentsWriter.doFlush(DocumentsWriter.java:539)
> [junit4] 2> at
> org.apache.lucene.index.DocumentsWriter.flushAllThreads(
> DocumentsWriter.java:653)
> [junit4] 2> at
> org.apache.lucene.index.IndexWriter.prepareCommitInternal(
> IndexWriter.java:3001)
> [junit4] 2> at
> org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:3211)
> [junit4] 2> at
> org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:3174)
> [junit4] 2> at
> org.apache.solr.update.DirectUpdateHandler2.closeWriter(
> DirectUpdateHandler2.java:792)
> [junit4] 2> at
> org.apache.solr.update.DefaultSolrCoreState.closeIndexWriter(
> DefaultSolrCoreState.java:88)
> [junit4] 2> at
> org.apache.solr.update.DefaultSolrCoreState.close(
> DefaultSolrCoreState.java:379)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
>
Re: PeerSyncReplicationTest failure
Posted by Erick Erickson <er...@gmail.com>.
Thanks Uwe, I didn't _think_ what I was seeing was possible.
I was using Mark's beast script with the option set that's supposed to
do a clean-and-compie first when I saw that error, so I don't quite
know what was up with that.
But with a manual clean that error went away so I'm on to others.
Erick
On Sun, Jan 15, 2017 at 2:14 PM, Uwe Schindler <uw...@thetaphi.de> wrote:
> Hi,
>
> Are you sure that you ran ant clean on top level? It is impossible that this
> error occurs if compilation was fine.
>
> Uwe
>
> Am 15. Januar 2017 22:10:27 MEZ schrieb Erick Erickson
> <er...@gmail.com>:
>>
>> I was wondering about the failures and tried to beast it on my Pro on
>> trunk which fails first time, every time with a NoSuchMethodError in
>> Lucene, see below.
>>
>> I was wondering whether it would be a bad idea to release 6.4 with the
>> PeerSynch Test failure that shows up but didn't really look whether it
>> was trunk or 6x. Of course if this is only on trunk then it's
>> irrelevant for 6x.
>>
>> Beasting 6x now.
>>
>> 2> 206460 ERROR (coreCloseExecutor-64-thread-1)
>> [n:127.0.0.1:51661_mx_ni c:collection1 s:shard1 r:core_node1
>> x:collection1] o.a.s.u.DirectUpdateHandler2 Error in final commit
>> [junit4] 2> java.lang.NoSuchMethodError:
>>
>> org.apache.lucene.util.packed.DirectWriter.getInstance(Lorg/apache/lucene/store/IndexOutput;JI)Lorg/apache/lucene/util/packed/DirectWriter;
>> [junit4] 2> at
>>
>> org.apache.lucene.util.packed.DirectMonotonicWriter.flush(DirectMonotonicWriter.java:91)
>> [junit4] 2> at
>>
>> org.apache.lucene.util.packed.DirectMonotonicWriter.finish(DirectMonotonicWriter.java:127)
>> [junit4] 2> at
>>
>> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addTermsDict(Lucene70DocValuesConsumer.java:478)
>> [junit4] 2> at
>>
>> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.doAddSortedField(Lucene70DocValuesConsumer.java:437)
>> [junit4] 2> at
>>
>> org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addSortedSetField(Lucene70DocValuesConsumer.java:571)
>> [junit4] 2> at
>>
>> org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.addSortedSetField(PerFieldDocValuesFormat.java:129)
>> [junit4] 2> at
>>
>> org.apache.lucene.index.SortedSetDocValuesWriter.flush(SortedSetDocValuesWriter.java:221)
>> [junit4] 2> at
>>
>> org.apache.lucene.index.DefaultIndexingChain.writeDocValues(DefaultIndexingChain.java:248)
>> [junit4] 2> at
>>
>> org.apache.lucene.index.DefaultIndexingChain.flush(DefaultIndexingChain.java:132)
>> [junit4] 2> at
>>
>> org.apache.lucene.index.DocumentsWriterPerThread.flush(DocumentsWriterPerThread.java:444)
>> [junit4] 2> at
>> org.apache.lucene.index.DocumentsWriter.doFlush(DocumentsWriter.java:539)
>> [junit4] 2> at
>>
>> org.apache.lucene.index.DocumentsWriter.flushAllThreads(DocumentsWriter.java:653)
>> [junit4] 2> at
>>
>> org.apache.lucene.index.IndexWriter.prepareCommitInternal(IndexWriter.java:3001)
>> [junit4] 2> at
>> org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:3211)
>> [junit4] 2> at
>> org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:3174)
>> [junit4] 2> at
>>
>> org.apache.solr.update.DirectUpdateHandler2.closeWriter(DirectUpdateHandler2.java:792)
>> [junit4] 2> at
>>
>> org.apache.solr.update.DefaultSolrCoreState.closeIndexWriter(DefaultSolrCoreState.java:88)
>> [junit4] 2> at
>>
>> org.apache.solr.update.DefaultSolrCoreState.close(DefaultSolrCoreState.java:379)
>>
>> ________________________________
>>
>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: dev-help@lucene.apache.org
>>
>
> --
> Uwe Schindler
> Achterdiek 19, 28357 Bremen
> https://www.thetaphi.de
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: PeerSyncReplicationTest failure
Posted by Uwe Schindler <uw...@thetaphi.de>.
Hi,
Are you sure that you ran ant clean on top level? It is impossible that this error occurs if compilation was fine.
Uwe
Am 15. Januar 2017 22:10:27 MEZ schrieb Erick Erickson <er...@gmail.com>:
>I was wondering about the failures and tried to beast it on my Pro on
>trunk which fails first time, every time with a NoSuchMethodError in
>Lucene, see below.
>
>I was wondering whether it would be a bad idea to release 6.4 with the
>PeerSynch Test failure that shows up but didn't really look whether it
>was trunk or 6x. Of course if this is only on trunk then it's
>irrelevant for 6x.
>
>Beasting 6x now.
>
>2> 206460 ERROR (coreCloseExecutor-64-thread-1)
>[n:127.0.0.1:51661_mx_ni c:collection1 s:shard1 r:core_node1
>x:collection1] o.a.s.u.DirectUpdateHandler2 Error in final commit
> [junit4] 2> java.lang.NoSuchMethodError:
>org.apache.lucene.util.packed.DirectWriter.getInstance(Lorg/apache/lucene/store/IndexOutput;JI)Lorg/apache/lucene/util/packed/DirectWriter;
> [junit4] 2> at
>org.apache.lucene.util.packed.DirectMonotonicWriter.flush(DirectMonotonicWriter.java:91)
> [junit4] 2> at
>org.apache.lucene.util.packed.DirectMonotonicWriter.finish(DirectMonotonicWriter.java:127)
> [junit4] 2> at
>org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addTermsDict(Lucene70DocValuesConsumer.java:478)
> [junit4] 2> at
>org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.doAddSortedField(Lucene70DocValuesConsumer.java:437)
> [junit4] 2> at
>org.apache.lucene.codecs.lucene70.Lucene70DocValuesConsumer.addSortedSetField(Lucene70DocValuesConsumer.java:571)
> [junit4] 2> at
>org.apache.lucene.codecs.perfield.PerFieldDocValuesFormat$FieldsWriter.addSortedSetField(PerFieldDocValuesFormat.java:129)
> [junit4] 2> at
>org.apache.lucene.index.SortedSetDocValuesWriter.flush(SortedSetDocValuesWriter.java:221)
> [junit4] 2> at
>org.apache.lucene.index.DefaultIndexingChain.writeDocValues(DefaultIndexingChain.java:248)
> [junit4] 2> at
>org.apache.lucene.index.DefaultIndexingChain.flush(DefaultIndexingChain.java:132)
> [junit4] 2> at
>org.apache.lucene.index.DocumentsWriterPerThread.flush(DocumentsWriterPerThread.java:444)
> [junit4] 2> at
>org.apache.lucene.index.DocumentsWriter.doFlush(DocumentsWriter.java:539)
> [junit4] 2> at
>org.apache.lucene.index.DocumentsWriter.flushAllThreads(DocumentsWriter.java:653)
> [junit4] 2> at
>org.apache.lucene.index.IndexWriter.prepareCommitInternal(IndexWriter.java:3001)
> [junit4] 2> at
>org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:3211)
> [junit4] 2> at
>org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:3174)
> [junit4] 2> at
>org.apache.solr.update.DirectUpdateHandler2.closeWriter(DirectUpdateHandler2.java:792)
> [junit4] 2> at
>org.apache.solr.update.DefaultSolrCoreState.closeIndexWriter(DefaultSolrCoreState.java:88)
> [junit4] 2> at
>org.apache.solr.update.DefaultSolrCoreState.close(DefaultSolrCoreState.java:379)
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>For additional commands, e-mail: dev-help@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de