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