accumulo-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From build...@apache.org
Subject svn commit: r908097 - in /websites/staging/accumulo/trunk/content: ./ release_notes/1.6.0.html
Date Mon, 05 May 2014 15:00:28 GMT
Author: buildbot
Date: Mon May  5 15:00:27 2014
New Revision: 908097

Log:
Staging update by buildbot for accumulo

Modified:
    websites/staging/accumulo/trunk/content/   (props changed)
    websites/staging/accumulo/trunk/content/release_notes/1.6.0.html

Propchange: websites/staging/accumulo/trunk/content/
------------------------------------------------------------------------------
--- cms:source-revision (original)
+++ cms:source-revision Mon May  5 15:00:27 2014
@@ -1 +1 @@
-1592390
+1592544

Modified: websites/staging/accumulo/trunk/content/release_notes/1.6.0.html
==============================================================================
--- websites/staging/accumulo/trunk/content/release_notes/1.6.0.html (original)
+++ websites/staging/accumulo/trunk/content/release_notes/1.6.0.html Mon May  5 15:00:27 2014
@@ -351,6 +351,7 @@ If this is happening often a possible wo
 <li><a href="https://issues.apache.org/jira/browse/ACCUMULO-1708" title="Error during
minor compaction left tserver in bad state">ACCUMULO-1708</a> <a href="https://issues.apache.org/jira/browse/ACCUMULO-2495"
title="OOM exception didn't bring down tserver">ACCUMULO-2495</a> Out of memory errors
do not always kill tservers leading to unexpected behavior</li>
 <li><a href="https://issues.apache.org/jira/browse/ACCUMULO-2008" title="Block cache
reserves section for in-memory blocks">ACCUMULO-2008</a> Block cache reserves section
for in-memory blocks</li>
 <li><a href="https://issues.apache.org/jira/browse/ACCUMULO-2059" title="Namespace
constraints easily get clobbered by table constraints">ACCUMULO-2059</a> Namespace
constraints easily get clobbered by table constraints</li>
+<li><a href="https://issues.apache.org/jira/browse/ACCUMULO-2677" title="Single
node bottle neck during map reduce">ACCUMULO-2677</a> Tserver failure during map
reduce reading from table can cause sub-optimal performance</li>
 </ul>
 <h2 id="documentation-updates">Documentation updates</h2>
 <ul>
@@ -394,8 +395,36 @@ and, in HDFS High-Availability instances
     <th>Nodes</th>
     <th>ZooKeeper</th>
     <th>HDFS High-Availability</th>
+    <th>Version/Commit hash</th>
     <th>Tests</th>
   </tr>
+  <tr>
+    <td>Centos 6.5</td>
+    <td>Apache 2.2.0</td>
+    <td>20 EC2 nodes</td>
+    <td>3.4.5</td>
+    <td>No</td>
+    <td>1.6.0 RC1 + ACCUMULO_2668 patch</td>
+    <td>24-hour Continuous Ingest w/o agitation. Verified.</td>
+  </tr>
+  <tr>
+    <td>Centos 6.5</td>
+    <td>Apache 2.2.0</td>
+    <td>20 EC2 nodes</td>
+    <td>3.4.5</td>
+    <td>No</td>
+    <td>1.6.0 RC2</td>
+    <td>24-hour RandomWalk (Conditional.xml module) w/o agitation</td>
+  </tr>
+  <tr>
+    <td>Centos 6.5</td>
+    <td>Apache 2.2.0</td>
+    <td>20 EC2 nodes</td>
+    <td>3.4.5</td>
+    <td>No</td>
+    <td>1.6.0 RC5</td>
+    <td>24-hour Continuous Ingest w/ agitation. Verified.</td>
+  </tr>
 </table></p>
   </div>
 



Mime
View raw message