We are using ext3 on Debian. Noticed today that i only need to reload the core to get it working again….
On 30 November 2011 19:59, Simon Willnauer <simon.willna...@googlemail.com>wrote: > can you give us some details about what filesystem you are using? > > simon > > On Wed, Nov 30, 2011 at 3:07 PM, Ruben Chadien <ruben.chad...@aspiro.com> > wrote: > > Happened again…. > > > > I got 3 directories in my index dir > > > > 4096 Nov 4 09:31 index.20111104083156 > > 4096 Nov 21 10:04 index.20111121090440 > > 4096 Nov 30 14:55 index.20111129024919 > > > > as you can se the first two are old and also empty , the last one from > > today is and containing 9 files none of the are 0 size > > and total size 7 GB. The size of the index on the master is 14GB. > > > > Any ideas on what to look for ? > > > > Thanks > > Ruben Chadien > > > > > > > > > > On 29 November 2011 15:58, Mark Miller <markrmil...@gmail.com> wrote: > > > >> Hmm...I've seen a bug like this, but I don't think it would be tickled > if > >> you are replicating config files... > >> > >> It def looks related though ... I'll try to dig around. > >> > >> Next time it happens, take a look on the slave for 0 size files - also > if > >> the index dir on the slave is plain 'index' or has a timestamp as part > of > >> the name (eg timestamp.index). > >> > >> On Tue, Nov 29, 2011 at 9:53 AM, Ruben Chadien < > ruben.chad...@aspiro.com > >> >wrote: > >> > >> > Hi, for the moment there are no 0 sized files, but all indexes are > >> working > >> > now. I will have to look next time it breaks. > >> > Yes, the directory name is "index" and it replicates the schema and a > >> > synonyms file. > >> > > >> > /Ruben Chadien > >> > > >> > On 29 November 2011 15:29, Mark Miller <markrmil...@gmail.com> wrote: > >> > > >> > > Also, on your master, what is the name of the index directory? Just > >> > > 'index'? > >> > > > >> > > And are you replicating config files as well or no? > >> > > > >> > > > >> > > On Nov 29, 2011, at 9:23 AM, Mark Miller wrote: > >> > > > >> > > > Does the problem index have any 0 size files in it? > >> > > > > >> > > > On Nov 29, 2011, at 2:54 AM, Ruben Chadien wrote: > >> > > > > >> > > >> HI all > >> > > >> > >> > > >> After upgrading tol Solr 3.4 we are having trouble with the > >> > replication. > >> > > >> The setup is one indexing master with a few slaves that replicate > >> the > >> > > >> indexes once every night. > >> > > >> The largest index is 20 GB and the master and slaves are on the > same > >> > > DMZ. > >> > > >> > >> > > >> Almost every night one of the indexes (17 in total) fail after > the > >> > > >> replication with an EOF file. > >> > > >> > >> > > >> SEVERE: Error during auto-warming of > >> > > >> key:org.apache.solr.search.QueryResultKey@bda006e3 > >> > :java.io.IOException: > >> > > >> seek past EOF > >> > > >> at > >> > > >> > >> > > > >> > > >> > org.apache.lucene.store.MMapDirectory$MMapIndexInput.seek(MMapDirectory.java:347) > >> > > >> at > >> > > > org.apache.lucene.index.SegmentTermEnum.seek(SegmentTermEnum.java:114) > >> > > >> at > >> > > >> > >> > > > >> > > >> > org.apache.lucene.index.TermInfosReader.seekEnum(TermInfosReader.java:203) > >> > > >> at > >> > org.apache.lucene.index.TermInfosReader.get(TermInfosReader.java:273) > >> > > >> at > >> > org.apache.lucene.index.TermInfosReader.get(TermInfosReader.java:210) > >> > > >> at > >> > org.apache.lucene.index.SegmentReader.docFreq(SegmentReader.java:507) > >> > > >> at > >> > > > >> org.apache.solr.search.SolrIndexReader.docFreq(SolrIndexReader.java:309) > >> > > >> at > >> > > > org.apache.lucene.search.TermQuery$TermWeight$1.add(TermQuery.java:56) > >> > > >> at > org.apache.lucene.util.ReaderUtil$Gather.run(ReaderUtil.java:77) > >> > > >> at > org.apache.lucene.util.ReaderUtil$Gather.run(ReaderUtil.java:82) > >> > > >> > >> > > >> > >> > > >> After a restart the errors are gone, anyone else seen this ? > >> > > >> > >> > > >> Thanks > >> > > >> Ruben Chadien > >> > > > > >> > > > - Mark Miller > >> > > > lucidimagination.com > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > >> > > - Mark Miller > >> > > lucidimagination.com > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > >> > > >> > -- > >> > *Ruben Chadien > >> > *Senior Developer > >> > Mobile +47 900 35 371 > >> > ruben.chad...@aspiro.com > >> > * > >> > > >> > Aspiro Music AS* > >> > Øvre Slottsgate 25, P.O. Box 8710 Youngstorget, N-0028 Oslo > >> > Tel +47 452 86 900, fax +47 22 37 36 59 > >> > www.aspiro.com/music > >> > > >> > >> > >> > >> -- > >> - Mark > >> > >> http://www.lucidimagination.com > >> > > > > > > > > -- > > *Ruben Chadien > > *Senior Developer > > Mobile +47 900 35 371 > > ruben.chad...@aspiro.com > > * > > > > Aspiro Music AS* > > Øvre Slottsgate 25, P.O. Box 8710 Youngstorget, N-0028 Oslo > > Tel +47 452 86 900, fax +47 22 37 36 59 > > www.aspiro.com/music > -- *Ruben Chadien *Senior Developer Mobile +47 900 35 371 ruben.chad...@aspiro.com * Aspiro Music AS* Øvre Slottsgate 25, P.O. Box 8710 Youngstorget, N-0028 Oslo Tel +47 452 86 900, fax +47 22 37 36 59 www.aspiro.com/music