On 7/4/2011 12:51 AM, Romi wrote:
Shawn when i reindex data using full-import i got:
*_0.fdt 3310
_0.fdx 23
_0.frq 857
_0.nrm 31
_0.prx 1748
_0.tis 350
_1.fdt 3310
_1.fdx 23
_1.fnm 1
_1.frq 857
_1.nrm 31
_1.prx 1748
_1.tii 5
_1.tis 350
segments.gen 1
segments_3 1*
Where all _1 marked as archived(A)
And when i run again full import(for testing ) i got _1 and 2_ files where
all 2_ marked as archive. What does it mean.
and the problem i am not getting is while i am doing full import which
deletes the old indexes and creates new than why i m getting the old one
again.
By mentioning the Archive bit, it sounds like you are running on
Windows. I've only run it on Linux, but I understand from reading
messages on this list that there are a lot of problems on Windows with
deleting old files whenever you do anything that results in old segments
going away -- reindex, optimize, replication, normal segment merging,
etc. The current solr version is 3.3, previous versions are 3.2, 3.1,
then 1.4.1. Others will have to comment about whether things have
improved in more recent releases.
The archive bit is simply a DOS/Windows attribute that says "this file
needs to be backed up." When you create or modify a file in a normal
way, it is turned on. Normally the only thing that turns that bit off
is backup software, but Solr might be programmed to clear it on files
that are no longer needed, in case the delete fails, so there's a way to
detect that they should not be backed up. I don't know if this is
right, it's just speculation.
Thanks,
Shawn
