Thanks for the tip Luke - I updated those timeouts to 30s each and not seeing anymore failures. I guess ideally updates should happen in under 4 seconds though so I'll have to find out why certain saves are taking so long!
Charles On Fri, Apr 14, 2017 at 12:33 PM, Luke Bakken <lbak...@basho.com> wrote: > Hi Charles - > > Extend the read and write timeouts using this setting: > > https://github.com/basho/riak-dotnet-client/blob/develop/ > src/RiakClientTests.Live/App.config#L24 > > The above example extends it to 60 seconds. > > The default is 4 seconds which may be too short if you are running > long queries. If 4 seconds is exceeded, the socket read times out and > the client assumes that there is an issue with the node, marking it > down. Eventually, all nodes can be marked down. > -- > Luke Bakken > Engineer > lbak...@basho.com > > > On Wed, Apr 12, 2017 at 11:03 AM, Charles Solar <charlesso...@gmail.com> > wrote: > > Hi list - I'm currently running both Riak and RiakTS in a lab environment > > for testing and my clients writing data get > > > > "ClusterOffline Unable to access functioning Riak node" > > > > errors fairly often. I am wondering if this is an indication that I > need to > > add more nodes to increase capacity? Or tune some other settings? > > > > I've looked through Riak logs and there is no indication of a problem, > are > > there other diagnostics I can do? > > > > > > Im finding RiakTS commits fail with this commit far more often. > > > > I'm using the C# client, nodePollTime 5000, retryWaitTime 100, > retryCount 3 > > > > with 7 riak nodes and 3 riakts nodes. > > > > _______________________________________________ > > riak-users mailing list > > riak-users@lists.basho.com > > http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com > > >
_______________________________________________ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com