Try changing commit to
optimize
Also, If it does not work, try removing the polling interval configuration
from the slaves.
What you are seeing is expected behaviour for solr and nothing is unusual.
Try out the changes and I hope it should work fine.
On Sun, Sep 1, 2019 at 7:52 AM Monil Parikh
I am facing same exact issue. We never had any issue with 6.5.1 when doing
full index (initial bulk load)
After upgrading to 7.5.0, getting below exception and indexing is taking a
very long time
2019-09-01 10:11:27.436 ERROR (qtp1650813924-22) [c:c_member_lots_a s:shard1
r:core_node3 x:c_collecti
I am facing same exact issue. We never had any issue with 6.5.1 when doing
full index (initial bulk load)
After upgrading to 7.5.0, getting below exception and indexing is taking a
very long time
2019-09-01 10:11:27.436 ERROR (qtp1650813924-22) [c:c_collection s:shard1
r:core_node3 x:c_collection_
Giving that
org.apache.solr.common.util.FastInputStream.peek(FastInputStream.java:60)
at
org.apache.solr.handler.loader.JavabinLoader.parseAndLoadDoc
s(JavabinLoader.java:107)
JavabinLoader hangs on Stream.peek(), awaiting -1, and hit timeout. I guess
it's might be related with "closing so
