Apache
/
hbase
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

HBASE-11168 [docs] Remove references to Rowlocks in post-0.96 docs. 

git-svn-id: https://svn.apache.org/repos/asf/hbase/trunk@1595394 13f79535-47bb-0310-9956-ffa450edef68
This commit is contained in:
Jonathan Hsieh 2014-05-17 00:19:18 +00:00
parent a5cbd502bb
commit 63292dd6c2
2 changed files with 0 additions and 12 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

9
src/main/docbkx/book.xml
View File

@ -1271,15 +1271,6 @@ connection.close();</programlisting>
<para>Information on non-Java clients and custom protocols is covered in <xref linkend="external_apis" /> <para>Information on non-Java clients and custom protocols is covered in <xref linkend="external_apis" />
</para> </para>
</section> </section>
<section xml:id="client.rowlocks"><title>RowLocks</title>
<para><link xlink:href="http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/client/HTable.html#lockRow%28byte[]%29">RowLocks</link> are still
in the client API <emphasis>however</emphasis> they are discouraged because if not managed properly these can
lock up the RegionServers.
</para>
<para>There is an oustanding ticket <link xlink:href="https://issues.apache.org/jira/browse/HBASE-2332">HBASE-2332</link> to
remove this feature from the client.
</para>
</section>
</section> </section>
<section xml:id="client.filter"><title>Client Request Filters</title> <section xml:id="client.filter"><title>Client Request Filters</title>

3
src/main/docbkx/troubleshooting.xml
View File

@ -851,9 +851,6 @@ java.lang.UnsatisfiedLinkError: no gplcompression in java.library.path
Adding <code>-XX:+UseMembar</code> to the HBase <varname>HBASE_OPTS</varname> in <filename>conf/hbase-env.sh</filename> Adding <code>-XX:+UseMembar</code> to the HBase <varname>HBASE_OPTS</varname> in <filename>conf/hbase-env.sh</filename>
may fix it. may fix it.
</para> </para>
<para>Also, are you using <xref linkend="client.rowlocks"/>? These are discouraged because they can lock up the
RegionServers if not managed properly.
</para>
</section> </section>
<section xml:id="trouble.rs.runtime.filehandles"> <section xml:id="trouble.rs.runtime.filehandles">
<title>java.io.IOException...(Too many open files)</title> <title>java.io.IOException...(Too many open files)</title>