<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>question Error when stressing the cluster in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Error-when-stressing-the-cluster/m-p/58481#M66151</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are stressing the Kudu cluster (inserting a lot of information) and we are getting errors of timeouts when inserting the data in the tablets:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;W0807 12:53:47.136150 31391 meta_cache.cc:207] Tablet d687c05ffe5e48d19fbfe2f71bd136f7: Replica 0cf3c1866a094ee0b2305bca770f5e70 (bigdata09dev:7050) has failed: Timed out: Write RPC to 192.168.10.124:7050 timed out after 9.989s (SENT)
W0807 12:53:47.136211 31391 batcher.cc:329] Timed out: Failed to write batch of 805 ops to tablet d687c05ffe5e48d19fbfe2f71bd136f7 after 1 attempt(s): Failed to write to server: 0cf3c1866a094ee0b2305bca770f5e70 (bigdata09dev:7050): Write RPC to 192.168.10.124:7050 timed out after 9.989s (SENT)&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This is causing data loss. My question is: Is the only option to avoid this (avoid data loss) to control the errors by software when programming the loader and retrying the insert? Or is it possible to configure the cluster to retry the insert by default until it gets loaded?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you very much and best regards&lt;/P&gt;</description>
    <pubDate>Fri, 16 Sep 2022 12:03:24 GMT</pubDate>
    <dc:creator>albers2n</dc:creator>
    <dc:date>2022-09-16T12:03:24Z</dc:date>
    <item>
      <title>Error when stressing the cluster</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Error-when-stressing-the-cluster/m-p/58481#M66151</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are stressing the Kudu cluster (inserting a lot of information) and we are getting errors of timeouts when inserting the data in the tablets:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;W0807 12:53:47.136150 31391 meta_cache.cc:207] Tablet d687c05ffe5e48d19fbfe2f71bd136f7: Replica 0cf3c1866a094ee0b2305bca770f5e70 (bigdata09dev:7050) has failed: Timed out: Write RPC to 192.168.10.124:7050 timed out after 9.989s (SENT)
W0807 12:53:47.136211 31391 batcher.cc:329] Timed out: Failed to write batch of 805 ops to tablet d687c05ffe5e48d19fbfe2f71bd136f7 after 1 attempt(s): Failed to write to server: 0cf3c1866a094ee0b2305bca770f5e70 (bigdata09dev:7050): Write RPC to 192.168.10.124:7050 timed out after 9.989s (SENT)&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This is causing data loss. My question is: Is the only option to avoid this (avoid data loss) to control the errors by software when programming the loader and retrying the insert? Or is it possible to configure the cluster to retry the insert by default until it gets loaded?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you very much and best regards&lt;/P&gt;</description>
      <pubDate>Fri, 16 Sep 2022 12:03:24 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Error-when-stressing-the-cluster/m-p/58481#M66151</guid>
      <dc:creator>albers2n</dc:creator>
      <dc:date>2022-09-16T12:03:24Z</dc:date>
    </item>
    <item>
      <title>Re: Error when stressing the cluster</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Error-when-stressing-the-cluster/m-p/58486#M66152</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;If you simply increase your timeout, the client itself has built-in retries&lt;BR /&gt;and will keep trying to complete the insert until the given time has&lt;BR /&gt;elapsed. In a scenario that is not latency-sensitive I would recommend&lt;BR /&gt;increasing the timeout to a minute or two.&lt;BR /&gt;&lt;BR /&gt;-Todd&lt;BR /&gt;</description>
      <pubDate>Mon, 07 Aug 2017 18:24:57 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Error-when-stressing-the-cluster/m-p/58486#M66152</guid>
      <dc:creator>Todd Lipcon</dc:creator>
      <dc:date>2017-08-07T18:24:57Z</dc:date>
    </item>
    <item>
      <title>Re: Error when stressing the cluster</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Error-when-stressing-the-cluster/m-p/58529#M66153</link>
      <description>&lt;P&gt;Thanks a lot. And do you know how to change that timeout?&lt;/P&gt;</description>
      <pubDate>Tue, 08 Aug 2017 11:53:33 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Error-when-stressing-the-cluster/m-p/58529#M66153</guid>
      <dc:creator>albers2n</dc:creator>
      <dc:date>2017-08-08T11:53:33Z</dc:date>
    </item>
    <item>
      <title>Re: Error when stressing the cluster</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Error-when-stressing-the-cluster/m-p/58554#M66154</link>
      <description>It looks like you're using the C++ client. Given that, you can use the&lt;BR /&gt;KuduSession::SetTimeout() API:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://kudu.apache.org/cpp-client-api/classkudu_1_1client_1_1KuduSession.html#a25b22362650d7120f59cc1025e40bd79" target="_blank"&gt;https://kudu.apache.org/cpp-client-api/classkudu_1_1client_1_1KuduSession.html#a25b22362650d7120f59cc1025e40bd79&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;-Todd&lt;BR /&gt;</description>
      <pubDate>Tue, 08 Aug 2017 15:52:45 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Error-when-stressing-the-cluster/m-p/58554#M66154</guid>
      <dc:creator>Todd Lipcon</dc:creator>
      <dc:date>2017-08-08T15:52:45Z</dc:date>
    </item>
  </channel>
</rss>

