Just to let you know.
We enabled the debug for async index and here are the result:
14.09.2016 19:57:05.073 *DEBUG* [pool-12-thread-5]
org.apache.jackrabbit.oak.plugins.index.AsyncIndexUpdate Running background
index task async
14.09.2016 19:57:05.074 *DEBUG* [pool-12-thread-5]
org.apache.jackrabbit.oak.plugins.index.AsyncIndexUpdate Releasing
temporary checkpoint 1e62c624-e26f-4e7b-aa21-f4172e0d0237: true
14.09.2016 19:57:07.980 *DEBUG* [pool-12-thread-5]
org.apache.jackrabbit.oak.plugins.index.AsyncIndexUpdate [async] The index
update is still failing
org.apache.jackrabbit.oak.api.CommitFailedException: OakLucene0003: Failed
to index the node /crx/packmgr/service.jsp/file
at
org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexEditor.addOrUpdate(LuceneIndexEditor.java:306)
at
org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexEditor.leave(LuceneIndexEditor.java:198)
at
org.apache.jackrabbit.oak.spi.commit.CompositeEditor.leave(CompositeEditor.java:74)
at
org.apache.jackrabbit.oak.spi.commit.VisibleEditor.leave(VisibleEditor.java:63)
at
org.apache.jackrabbit.oak.spi.commit.EditorDiff.childNodeChanged(EditorDiff.java:153)
at
org.apache.jackrabbit.oak.plugins.segment.SegmentNodeState.compareAgainstBaseState(SegmentNodeState.java:531)
at
org.apache.jackrabbit.oak.spi.commit.EditorDiff.childNodeChanged(EditorDiff.java:148)
at
org.apache.jackrabbit.oak.plugins.segment.SegmentNodeState.compareAgainstBaseState(SegmentNodeState.java:531)
at
org.apache.jackrabbit.oak.spi.commit.EditorDiff.childNodeChanged(EditorDiff.java:148)
at
org.apache.jackrabbit.oak.plugins.segment.SegmentNodeState.compareAgainstBaseState(SegmentNodeState.java:531)
at
org.apache.jackrabbit.oak.spi.commit.EditorDiff.childNodeChanged(EditorDiff.java:148)
at
org.apache.jackrabbit.oak.plugins.segment.MapRecord$2.childNodeChanged(MapRecord.java:403)
at
org.apache.jackrabbit.oak.plugins.segment.MapRecord.compare(MapRecord.java:487)
at
org.apache.jackrabbit.oak.plugins.segment.MapRecord.compare(MapRecord.java:394)
at
org.apache.jackrabbit.oak.plugins.segment.SegmentNodeState.compareAgainstBaseState(SegmentNodeState.java:583)
at
org.apache.jackrabbit.oak.spi.commit.EditorDiff.process(EditorDiff.java:52)
at
org.apache.jackrabbit.oak.plugins.index.AsyncIndexUpdate.updateIndex(AsyncIndexUpdate.java:489)
at
org.apache.jackrabbit.oak.plugins.index.AsyncIndexUpdate.runWhenPermitted(AsyncIndexUpdate.java:431)
at
org.apache.jackrabbit.oak.plugins.index.AsyncIndexUpdate.run(AsyncIndexUpdate.java:324)
at
org.apache.sling.commons.scheduler.impl.QuartzJobExecutor.execute(QuartzJobExecutor.java:115)
at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.io.FileNotFoundException: segments_3lxu
at
org.apache.jackrabbit.oak.plugins.index.lucene.IndexCopier$CopyOnWriteDirectory.openInput(IndexCopier.java:718)
at org.apache.lucene.index.SegmentInfos.read(SegmentInfos.java:324)
at
org.apache.lucene.index.SegmentInfos$1.doBody(SegmentInfos.java:404)
at
org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:843)
at
org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:694)
at org.apache.lucene.index.SegmentInfos.read(SegmentInfos.java:400)
at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:746)
at
org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexEditorContext.getWriter(LuceneIndexEditorContext.java:172)
at
org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexEditor.addOrUpdate(LuceneIndexEditor.java:302)
... 23 common frames omitted
On Wed, Sep 14, 2016 at 4:56 PM, Thiago Sanches <[email protected]> wrote:
> Hello Vikas, thanks for your reply.
>
> By property indices did you mean the 'propertyIndex' attribute?
>
> For example, we are using the following index definition:
> <?xml version="1.0" encoding="UTF-8"?>
> <jcr:root xmlns:oak="http://jackrabbit.apache.org/oak/ns/1.0";
> xmlns:sling="http://sling.apache.org/jcr/sling/1.0";
> xmlns:jcr="http://www.jcp.org/jcr/1.0";
> xmlns:nt="http://www.jcp.org/jcr/nt/1.0";
> xmlns:rep="internal"
> jcr:primaryType="oak:Unstructured"
> async="async"
> compatVersion="{Long}2"
> evaluatePathRestrictions="{Boolean}true"
> includedPaths="[/home]"
> queryPaths="[/home]"
> reindex="{Boolean}false"
> reindexCount="{Long}6"
> type="lucene">
> <indexRules jcr:primaryType="nt:unstructured">
> <nt:base jcr:primaryType="nt:unstructured">
> <properties jcr:primaryType="nt:unstructured">
> <primaryType name="jcr:primaryType" propertyIndex="{Boolean}true"
> jcr:primaryType="nt:unstructured"/>
> </properties>
> </nt:base>
> </indexRules>
> </jcr:root>
>
> And this guy are stucked in a infinite loop.
> Could be related with some corruption on repository?
>
> Thanks.
>
>
> On Wed, Sep 14, 2016 at 4:23 PM, Vikas Saurabh <[email protected]>
> wrote:
>
>> Hi Thiago,
>>
>> That most often happens with async index updates. Logger name in this
>> case for log message for the loop you're describing would have
>> "AsyncIndexUpdate".
>> You can enabled DEBUG log for
>> "org.apache.jackrabbit.oak.plugins.index.AsyncIndexUpdate" which
>> should then log an exception the next time around it restarts
>> (Actually, it would have logged some error the first time around it
>> hit the exception).
>>
>> Otoh, if the index is covering property indices, then you might be
>> hitting some other issue(s).
>>
>> Thanks,
>> Vikas
>>
>> On Thu, Sep 15, 2016 at 12:29 AM, Thiago Sanches <[email protected]>
>> wrote:
>> > Hello guys,
>> >
>> > I'm new with oak indexes and I'm using it with Adobe AEM. Here we
>> created
>> > some indexes that it's seems that they are stucked in a infinite looping
>> > for example:
>> >
>> > Reindexing Traversed #40000 ...
>> > Reindexing Traversed #50000 ...
>> > Reindexing Traversed #60000 ...
>> >
>> > This process are decreasing the system performance.
>> > I could not find any information about that.
>> > Could you have any advice?
>> >
>> > Thanks.
>>
>
>
