Thanks. Temporarily got over the problem by specifying custom limits
through jute.maxbuffer=
On Tue, Mar 18, 2014 at 9:45 PM, Shalin Shekhar Mangar <
shalinman...@gmail.com> wrote:
> Sorry guys I spoke too fast. I looked at the code again. No it doesn't
> correlate with commits at all. I was m
Sorry guys I spoke too fast. I looked at the code again. No it doesn't
correlate with commits at all. I was mistaken.
On Wed, Mar 19, 2014 at 10:06 AM, Chris W wrote:
> Thanks, Shawn and Shalin
>
> How does the frequency of commit affect zookeeper?
>
>
> Thanks
>
>
> On Tue, Mar 18, 2014 at 9:12
Shalin, "correlated with how frequently you call commit" is it soft commit
or hard commit? , I guess it should be later one.
just curious what data it update to zookeeper during commit
On Tue, Mar 18, 2014 at 9:12 PM, Shalin Shekhar Mangar <
shalinman...@gmail.com> wrote:
> SolrCloud will updat
Thanks, Shawn and Shalin
How does the frequency of commit affect zookeeper?
Thanks
On Tue, Mar 18, 2014 at 9:12 PM, Shalin Shekhar Mangar <
shalinman...@gmail.com> wrote:
> SolrCloud will update Zookeeper on state changes (node goes to
> recovery, comes back up etc) or for leader election and
SolrCloud will update Zookeeper on state changes (node goes to
recovery, comes back up etc) or for leader election and during
collection API commands. It doesn't correlate directly with indexing
but is correlated with how frequently you call commit.
On Wed, Mar 19, 2014 at 5:46 AM, Shawn Heisey w
On 3/18/2014 5:46 PM, Chris W wrote:
I am running a 3 node zookeeper 3.4.5 Quorum. I am running into issues
with Zookeeper transaction logs
[myid:2] - ERROR [main:QuorumPeer@453] - Unable to load database on disk
java.io.IOException: Unreasonable length = 1048587
at
org.apache.jute.BinaryInpu
