This was reported by another user and was fixed recently.Are you using
a recent version?
--Noble

On Fri, Jan 23, 2009 at 12:00 AM, Jeff Newburn <jnewb...@zappos.com> wrote:
> We have both.  A majority of them are just empty but others have almost a
> full index worth of files.  I have also noticed that during a lengthy index
> update the system will throw errors about how it cannot move one of the
> index files.  Essentially on reindex the system does not replicate until an
> optimize is done which changes all of the file names allowing the file error
> go away.
>
> Jan 22, 2009 10:17:15 AM org.apache.solr.handler.SnapPuller copyAFile
> SEVERE: Unable to move index file from: /data/index.20090122101604/_8n.tvx
> to: /data/index/_8n.tvx
>
>
>
> On 1/22/09 10:23 AM, "Noble Paul നോബിള്‍  नोब्ळ्" <noble.p...@gmail.com>
> wrote:
>
>> Jeff ,
>> Do you see both the empty index.xxxx dirs as well as the extra files
>> in the index?
>> --Noble
>>
>> On Thu, Jan 22, 2009 at 10:37 PM, Jeff Newburn <jnewb...@zappos.com> wrote:
>>> We are seeing something very similar.  Ours is intermittent and usually
>>> happens a great deal on random days. Often it seems to occur during large
>>> index updates on the master.
>>>
>>>
>>> On 1/22/09 8:58 AM, "Shalin Shekhar Mangar" <shalinman...@gmail.com> wrote:
>>>
>>>> On Thu, Jan 22, 2009 at 10:18 PM, Jaco <jdevr...@gmail.com> wrote:
>>>>
>>>>> Hm, I don't know what to do anymore. I tried this:
>>>>> - Run Tomcat service as local administrator to overcome any permissioning
>>>>> issues
>>>>> - Installed latest nightly build (I noticed that item I mentioned before (
>>>>> http://markmail.org/message/yq2ram4f3jblermd) had been committed which is
>>>>> good
>>>>> - Build a small master and slave core to try it all out
>>>>> - With each replication, the number of files on slave grows, and the
>>>>> directories index.xxxxxxx.. are not removed
>>>>> - I tried sending explicit commit commands to the slave, assuming it
>>>>> wouldn't help, which was true.
>>>>> - I don't see any reference to SolrDeletion in the log of the slave (it's
>>>>> there in the log of the master)
>>>>>
>>>>> Can anybody recommend some action to be taken? I'm building up some quite
>>>>> large production cores right now, and don't want the slaves to eat up all
>>>>> hard disk space of course..
>>>>
>>>>
>>>> How frequently do you optimize your index? Does the number of files 
>>>> decrease
>>>> after an optimize?
>>>>
>>>> Can you execute the "indexversion" command:
>>>> /replication?command=indexversion
>>>> and then issue the following command with the returned index version:
>>>> /replication?command=filelist&indexversion=<INDEX_VERSION_BY_FIRST_COMMAND>
>>>> The above will give the list of files being used by that commit point.
>>>>
>>>> Can you compare the list of files given by the above command and with the
>>>> files you see in the solr/data/index directory? How many are extra?
>>>
>>>
>>
>>
>
>



-- 
--Noble Paul
  • Re: Solr Replication: ... Shalin Shekhar Mangar
    • Re: Solr Replicat... Jaco
      • Re: Solr Repl... Noble Paul നോബിള്‍ नोब्ळ्
        • Re: Solr ... Jaco
          • Re: S... Shalin Shekhar Mangar
            • ... Jeff Newburn
              • ... Shalin Shekhar Mangar
              • ... Jeff Newburn
              • ... Noble Paul നോബിള്‍ नोब्ळ्
              • ... Jeff Newburn
              • ... Noble Paul നോബിള്‍ नोब्ळ्
              • ... Jeff Newburn
              • ... Noble Paul നോബിള്‍ नोब्ळ्
              • ... Shalin Shekhar Mangar
              • ... Jaco
              • ... Shalin Shekhar Mangar
              • ... Noble Paul നോബിള്‍ नोब्ळ्
              • ... Noble Paul നോബിള്‍ नोब्ळ्
              • ... Jaco
              • ... Noble Paul നോബിള്‍ नोब्ळ्
              • ... Jaco

Reply via email to