Hey Bernd,
Checkout https://issues.apache.org/jira/browse/SOLR-2469. There is a
pretty bad bug in Solr 3.1 which occurs if you have startup set in your replication
configuration in solrconfig.xml. See the thread between Yonik and
myself from a few days ago titled "Solr 3.1: Old Index Files Not
Hi Erik,
1
0
Due to 44 minutes optimization time we do an optimization once a day
during the night.
I will try with an smaler index on my development system.
Best regards,
Bernd
Am 20.04.2011 17:50, schrieb Erick Erickson:
It looks OK, but still doesn't explain keeping the old files aroun
It looks OK, but still doesn't explain keeping the old files around. What is
your in your solrconfig.xml look like? It's
possible that you're seeing Solr attempt to keep around several
optimized copies of the index, but that still doesn't explain why
restarting Solr removes them unless the deletio
Hi Erik,
Am 20.04.2011 15:42, schrieb Erick Erickson:
H, this isn't right. You've pretty much eliminated the obvious
things. What does lsof show? I'm assuming it shows the files are
being held open by your Solr instance, but it's worth checking.
Just commited new content 3 times and finall
H, this isn't right. You've pretty much eliminated the obvious
things. What does lsof show? I'm assuming it shows the files are
being held open by your Solr instance, but it's worth checking.
I'm not getting the same behavior, admittedly on a Windows box.
The only other thing I can think of is
Hi Erik,
Am 20.04.2011 13:56, schrieb Erick Erickson:
Does this persist? In other words, if you just watch it for
some time, does the disk usage go back to normal?
Only after restarting the whole solr the disk usage goes back to normal.
Because it's typical that your index size will tempora
Does this persist? In other words, if you just watch it for
some time, does the disk usage go back to normal?
Because it's typical that your index size will temporarily
spike after the operations you describe as new searchers
are warmed up. During that interval, both the old and new
searchers are
Hello list,
we have the problem that old searchers often are not closing
after optimize (on master) or replication (on slaves) and
therefore have huge index volumes.
Only solution so far is to stop and start solr which cleans
up everything successfully, but this can only be a workaround.
Is the
