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 > >