Hi Chetan, thanks for your support.
I'll look for adobe suport.
On Fri, Sep 16, 2016 at 1:22 AM, Chetan Mehrotra
wrote:
> Looks like index would need to be reindex. It would be better to
> contact Adobe Support as closer analysis would be required
> Chetan Mehrotra
>
Looks like index would need to be reindex. It would be better to
contact Adobe Support as closer analysis would be required
Chetan Mehrotra
On Thu, Sep 15, 2016 at 6:32 PM, Thiago Sanches wrote:
> I removed the index folder but the error persists. I tried to remove the
>
I removed the index folder but the error persists. I tried to remove the
"/crx/packmgr/service.jsp/file" node (that was causing the error before)
But still failing...
15.09.2016 12:58:31.417 *DEBUG* [pool-7-thread-3]
org.apache.jackrabbit.oak.plugins.index.AsyncIndexUpdate [async] The index
Hello Chetan, good morning.
Yes, there is a lot of ".bak" inside segmentstore folder with the creation
time close to the "force" restart.
I'll try to remove the index folder.
Thanks for your help.
On Thu, Sep 15, 2016 at 1:44 AM, Chetan Mehrotra
wrote:
> On Thu, Sep
Hello Vikas, good morning.
*Just to confirm: does the drive which contains folderhave
sufficient space now? Any chance that AEM process can't write
to/repository/index/* folders?*
Yes, because the related problem with the repository growing too fast.
On Wed, Sep 14, 2016 at 6:03 PM, Vikas
On Thu, Sep 15, 2016 at 2:17 AM, Thiago Sanches wrote:
> This issue start to appers after some problemas with disk space and some
> force restarts on AEM.
Do you see presence of ".bak" files in segmentstore folder post system
restart after unclean shutdown with creation time
Hi Thiago,
> This issue start to appers after some problemas with disk space and some
> force restarts on AEM.
Just to confirm: does the drive which contains folder
have sufficient space now? Any chance that AEM process can't write to
/repository/index/* folders?
> The Oak Core version is:
Hi Thiago,
> By property indices did you mean the 'propertyIndex' attribute?
No, I had meant value of "type" and "async" property on the index
definition - in your case it's "lucene" and "async" respectively.
> Caused by: java.io.FileNotFoundException: segments_3lxu
> at
>
t;{Boolean}false"
> reindexCount="{Long}6"
> type="lucene">
>
>
>
> jcr:primaryType="nt:unstructured"/>
>
>
>
>
>
> And this guy are stucked in a infinite loop.
> Could be related with some corruption
s="[/home]"
reindex="{Boolean}false"
reindexCount="{Long}6"
type="lucene">
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 <vikas.saur...@gmail.c
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
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 #4 ...
Reindexing Traversed #5 ...
Reindexing Traversed #6 ...
This process are decreasing
12 matches
Mail list logo