Does anyone care about the bug?
At 2010-11-22 22:28:39，kafka0102 <kafka0...@163.com> wrote:
>sorry for my unclear question.
>My solr's version is 1.4.1,and I maybe hit a solr's bug.
>In my case,my slave's using index's directory is index.20101122031000.It was
>generated at 2010-11-22 03:10:00 because of some reasons(It's not important).
>And at 2010-11-22 15:10:00,the slave got a replication.I find the function in
>SnapPuller:
> private File createTempindexDir(final SolrCore core) {
> final String tmpIdxDirName = "index." + new
> SimpleDateFormat(SnapShooter.DATE_FMT).format(new Date());
> final File tmpIdxDir = new File(core.getDataDir(), tmpIdxDirName);
> tmpIdxDir.mkdirs();
> return tmpIdxDir;
> }
>and SnapShooter.DATE_FMT = "yyyyMMddhhmmss"
>So in this replication, the tmpIndexDir and indexDir both are
>"20101122031000".In the end of the replication,delTree(tmpIndexDir) will
>delete the index dir.
>
>So SnapShooter.DATE_FMT = "yyyyMMddHHmmss" should be fine.
>
>
>
>
>
>
>At 2010-11-22 21:13:41，"Erick Erickson" <erickerick...@gmail.com> wrote:
>
>>what op system are you on? what version of Solr? what filesystem?
>>
>>It's really hard to help without more information, you might want to review:
>>http://wiki.apache.org/solr/UsingMailingLists
>>
>>Best
>>Erick
>>
>>2010/11/22 kafka0102 <kafka0...@163.com>
>>
>>> my replication got errors like :
>>> Unable to move index file from:
>>> /home/data/tuba/search-index/eshequn.post.db_post/index.20101122034500/_21.frq
>>> to:
>>> /home/data/tuba/search-index/eshequn.post.db_post/index.20101122031000/_21.frq
>>>
>>> I looked at log and found the last slave replication commit before the
>>> error is :
>>> [2010-11-22
>>> 15:10:18][INFO][pool-6-thread-1][SolrDeletionPolicy.java(114)]SolrDeletionPolicy.onInit:
>>> commits:num=4
>>>
>>>
>>> commit{dir=/home/data/tuba/search-index/eshequn.post.db_post/index.20101122031000,segFN=segments_3,version=1290358965331,generation=3,filenames=[_21.fdt,
>>> _21.frq, _21.prx, _21.tii, _21.nrm, _21.fdx, _21.tis, segments_3, _21.fnm]
>>>
>>>
>>> commit{dir=/home/data/tuba/search-index/eshequn.post.db_post/index.20101122031000,segFN=segments_kq,version=1290358966074,generation=746,filenames=[_21.frq,
>>> _21.prx, _q8.frq, _21.tii, _q8.prx, _q8.tii, _q8.fdt, _21.nrm, _q8.fnm,
>>> _21.tis, _21.fdt, _q8.nrm, _q8.fdx, segments_kq, _q8.tis, _21.fdx,
>>> _21_1r.del, _21.fnm]
>>>
>>>
>>> commit{dir=/home/data/tuba/search-index/eshequn.post.db_post/index.20101122031000,segFN=segments_ky,version=1290358966082,generation=754,filenames=[_21.frq,
>>> _qg.fnm, _qe.tis, _21.tii, _qe.nrm, _qg.nrm, _qg.fdt, _21_1u.del, _qd.tii,
>>> _qd.nrm, _qg.tii, _21.tis, _21.fdt, _qe.fdx, _qe.prx, _qf.tii, _21.fdx,
>>> _qf.nrm, segments_ky, _qf.fdt, _qe.fdt, _qd.fdt, _qf.tis, _21.prx,
>>> _qd_2.del, _qd.fnm, _qd.fdx, _qf.fdx, _qe.frq, _qd.prx, _21.nrm, _qd.frq,
>>> _qg.prx, _qg.tis, _qf.frq, _qd.tis, _qf.prx, _qe.tii, _qf.fnm, _qg.fdx,
>>> _qe.fnm, _qg.frq, _21.fnm]
>>>
>>>
>>> commit{dir=/home/data/tuba/search-index/eshequn.post.db_post/index.20101122031000,segFN=segments_l3,version=1290358966087,generation=759,filenames=[_21.frq,
>>> _21.prx, _21.tii, _qn.fnm, _qn.fdt, _21_1u.del, _qn.fdx, _21.nrm, _qn.nrm,
>>> _qn.frq, _21.tis, _qn.prx, _21.fdt, segments_l3, _qn.tis, _qn.tii, _21.fdx,
>>> _21.fnm]
>>>
>>> When the error happened, the dir index.20101122031000 had been deleted.
>>> Does the SolrDeletionPolicy delete the index dir not only files? The problem
>>> happend some times.Does anyone know the reason?
>>>
>>>
