I haven't changed my merge settings.  How often should segments be created
and how often should merges happen naturally?
On Jun 4, 2014 4:58 PM, "Ivan Brusic" <i...@brusic.com> wrote:

> Lucene will hold onto deleted documents until a merged is performed. An
> update in Lucene is basically an atomic delete/insert.
>
> An optimize will help reclaim the space used by deleted documents. Did you
> change your merge settings? Deleted documents should eventually be removed
> whenever new segments are created.
>
> Cheers,
>
> Ivan
>
>
> On Tue, Jun 3, 2014 at 8:54 AM, smonasco <smona...@gmail.com> wrote:
>
>> I'm starting a project to index log files.  I don't particularly want to
>> wait until the log files roll over.  There will be files from 100's of apps
>> running across 100's of machines (not all apps intersect with all machines,
>> but you get the drift).  Some roll over very fast; some may take days.
>>
>> The problem comes that if I am constantly reindexing the same document
>> (same id) am I loosing all old space (store and or index) or is
>> Elasticsearch/Lucene smart enough to say here's a new version we'll
>> overwrite the old store/index entries and point to this one where they are
>> the same and add new ones.
>>
>> Certainly, there is a more sophisticated model that treats every line as
>> a unique document/row such that this doesn't become an issue, but I'm not
>> ready to spend that kind of dev and hardware at this issue.  (Our
>> elasticsearch solution is wrapped in a system that becomes really heavy
>> handed when indexing such small pieces.)
>>
>> --Shannon Monasco
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "elasticsearch" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to elasticsearch+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/elasticsearch/9d9d38f7-ba4f-470c-9864-5b9af8abc773%40googlegroups.com
>> <https://groups.google.com/d/msgid/elasticsearch/9d9d38f7-ba4f-470c-9864-5b9af8abc773%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> You received this message because you are subscribed to a topic in the
> Google Groups "elasticsearch" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/elasticsearch/_N5_LFXShyU/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> elasticsearch+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/elasticsearch/CALY%3DcQDuQvdfN7oBBA%2BWX%2BOCKGu6SxiqFckhVqGXm5QbenXYqg%40mail.gmail.com
> <https://groups.google.com/d/msgid/elasticsearch/CALY%3DcQDuQvdfN7oBBA%2BWX%2BOCKGu6SxiqFckhVqGXm5QbenXYqg%40mail.gmail.com?utm_medium=email&utm_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elasticsearch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/elasticsearch/CAFDU5WJQzcK4YrZC%3DO5wJs8G0c5zCsGaXzc%3D19NWz4YHJbOy6w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to