Thanks Philipp!

On Thu, Sep 2, 2021, 15:55 Philipp Dallig <philipp.dal...@gmail.com> wrote:

> Hi Lior,
>
> I encountered the same problem in my test environment and at first I was
> not sure if I destroyed the LuceneSearch with the Lucene update during the
> following commit. (
> https://github.com/apache/zeppelin/commit/7288702a53d9c246bd6e7194e03e00f9b64fe61a
> )
>
> While debugging the code, I found the configuration option
> ZEPPELIN_SEARCH_INDEX_REBUILD. The default value is false, so I changed it
> to true. Since I don't persist the LuceneIndex in my K8s cluster in the
> Zeppelin Server Pod, this option rebuilds the index on every startup.
>
> Of course, rebuilding can take a long time and consumes resources during
> rebuilding, depending on how many notes you have.
>
> I hope you can solve the problem like me.
>
> Best regards
> Philipp
>
>
> Am 02.09.21 um 13:31 schrieb Lior Chaga:
>
> Hi,
> I'm facing the same issue as Axel reported in
> https://issues.apache.org/jira/browse/ZEPPELIN-5437 (but without the
> preceding NullPointerExceptions)
>
> To be honest, when I first tried remote debug to understand why I don't
> see results, I managed to debug into the SearchService, to make sure it's
> not the NoSearchService implementation.
> After restarting the pod, I got the exception:
>
> *LuceneSearch.java[query]:135) - Failed to open index dir
> MMapDirectory@/tmp/zeppelin-index
> lockFactory=org.apache.lucene.store.NativeFSLockFactory@5270*
> *8e8d, make sure indexing finished OK*
> *org.apache.lucene.index.IndexNotFoundException: no segments* file found
> in MMapDirectory@/tmp/zeppelin-index
> lockFactory=org.apache.lucene.store.NativeFSLockFactory@52708e8d: files:
> [write.lock]*
>
>
> I'm running 0.10, using FileSystemNotebookRepo, and notes are stored on
> HDFS.
>
> Working perfectly with zeppelin 0.8.2...
>
> Any clue why?
> Thanks
>
>

Reply via email to