-
Bug
-
Résolution: Résolu
-
Mineur
-
6.02.15
-
Aucune
-
Aucune
Lorsqu'un index lucene est corrompu (pour une quelconque raison), la solution est normalement de relancer une indexation complète.
Or, la suppression des fichiers de l'index corrompu ne fonctionne pas, et du coup, le "firstindex" ne se lance pas :
2015-11-12 13:27:58.817 [LogReportJob.java:56] [INFO] DEBUT IndexerJob 2015-11-12 13:27:59.842 [IndexerJob.java:92] [INFO] 167432 fiche(s) à traiter 2015-11-12 13:28:00.117 [IndexerJob.java:130] [ERROR] Exception lors de l'indexation des fiches : read past EOF: SimpleFSIndexInput(path="/var/www/ksup-com/textsearch/interne/_27.cfs") java.io.EOFException: read past EOF: SimpleFSIndexInput(path="/var/www/ksup-com/textsearch/interne/_27.cfs") at org.apache.lucene.store.BufferedIndexInput.refill(BufferedIndexInput.java:264) ~[lucene-core-3.6.2.jar:3.6.2 1423725 - rmuir - 2012-12-18 19:45:40] at org.apache.lucene.store.BufferedIndexInput.readByte(BufferedIndexInput.java:40) ~[lucene-core-3.6.2.jar:3.6.2 1423725 - rmuir - 2012-12-18 19:45:40] at org.apache.lucene.store.DataInput.readVInt(DataInput.java:107) ~[lucene-core-3.6.2.jar:3.6.2 1423725 - rmuir - 2012-12-18 19:45:40] at org.apache.lucene.store.BufferedIndexInput.readVInt(BufferedIndexInput.java:217) ~[lucene-core-3.6.2.jar:3.6.2 1423725 - rmuir - 2012-12-18 19:45:40] at org.apache.lucene.index.CompoundFileReader.<init>(CompoundFileReader.java:69) ~[lucene-core-3.6.2.jar:3.6.2 1423725 - rmuir - 2012-12-18 19:45:40] at org.apache.lucene.index.CompoundFileReader.<init>(CompoundFileReader.java:53) ~[lucene-core-3.6.2.jar:3.6.2 1423725 - rmuir - 2012-12-18 19:45:40] at org.apache.lucene.index.IndexWriter.getFieldInfos(IndexWriter.java:1208) ~[lucene-core-3.6.2.jar:3.6.2 1423725 - rmuir - 2012-12-18 19:45:40] at org.apache.lucene.index.IndexWriter.getCurrentFieldInfos(IndexWriter.java:1228) ~[lucene-core-3.6.2.jar:3.6.2 1423725 - rmuir - 2012-12-18 19:45:40] at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:1161) ~[lucene-core-3.6.2.jar:3.6.2 1423725 - rmuir - 2012-12-18 19:45:40] at com.jsbsoft.jtf.textsearch.Indexer.newWriter(Indexer.java:220) ~[core-6.02.13.jar:na] at com.jsbsoft.jtf.textsearch.Indexer.initWriter(Indexer.java:645) ~[core-6.02.13.jar:na] at com.jsbsoft.jtf.textsearch.Indexer.deleteAll(Indexer.java:637) ~[core-6.02.13.jar:na] at com.jsbsoft.jtf.textsearch.IndexerJob.run(IndexerJob.java:98) [core-6.02.13.jar:na] at com.jsbsoft.jtf.textsearch.IndexerJob.perform(IndexerJob.java:157) [core-6.02.13.jar:na] at com.kportal.scheduling.spring.quartz.LogReportJob.execute(LogReportJob.java:58) [core-6.02.13.jar:na] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz-2.1.7.jar:na] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_80] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_80] at java.lang.Thread.run(Thread.java:745) [na:1.7.0_80] 2015-11-12 13:28:00.121 [IndexerJob.java:142] [INFO] Nombre de fiche(s) indexée(s) : 0 2015-11-12 13:28:00.126 [LogReportJob.java:61] [INFO] FIN IndexerJob, durée : 00:00:01
Ce problème peut être résolu en supprimant manuellement les fichiers avant de lancer le job, mais il serait préférable que le job le gère tout seul.