Enis Söztutar | 18 Apr 08:06 2015
Picon

[VOTE] Third release candidate for HBase 1.0.1 (RC2) is available. Please vote by April 24 2015

I am pleased to announce that the third release candidate for the release
1.0.1
(HBase-1.0.1RC2), is available for download at
https://dist.apache.org/repos/dist/dev/hbase/hbase-1.0.1RC2/

 Maven artifacts are also available in the temporary repository
https://repository.apache.org/content/repositories/orgapachehbase-1075

Signed with my code signing key E964B5FF. Can be found here:
https://people.apache.org/keys/committer/enis.asc

 Signed tag in the repository can be found here:
https://git-wip-us.apache.org/repos/asf?p=hbase.git;a=tag;h=e84dbc0b48861b6ff531a82321745f0607a7525f

HBase 1.0.1 is the next “patch” release in the 1.0.x release line and
supersedes 1.0.0.
According to the HBase’s semantic version guide (See [1]), the release
candidate is
source and binary compatible with 1.0.0 for client applications and server
side libraries
(coprocessors, filters, etc).

Binary / source compatibility report with 1.0.0 can be reached here:
https://people.apache.org/~enis/1.0.0_1.0.1RC2_compat_report.html

1.0.1 release contains 119 fixes on top of 1.0.0 release. Most of
the changes are
bug fixes except for the following:

[HBASE-13002] - Make encryption cipher configurable
(Continue reading)

Lars Hofhansl (JIRA | 18 Apr 07:21 2015
Picon

[jira] [Resolved] (HBASE-13494) 0.98: Remove remove(K, V) from type PoolMap<K,V>


     [
https://issues.apache.org/jira/browse/HBASE-13494?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Lars Hofhansl resolved HBASE-13494.
-----------------------------------
      Resolution: Fixed
    Hadoop Flags: Reviewed

Pushed parent (unchanged) to 0.98.
0.98 compiles (and runs) fine with JDK8.

> 0.98: Remove remove(K, V) from type PoolMap<K,V>
> ------------------------------------------------
>
>                 Key: HBASE-13494
>                 URL: https://issues.apache.org/jira/browse/HBASE-13494
>             Project: HBase
>          Issue Type: Sub-task
>            Reporter: Lars Hofhansl
>            Assignee: Lars Hofhansl
>             Fix For: 0.98.13
>
>
> JDK7 will be EOL'ed this month. 0.98 should build with JDK8.
> [~apurtell] +1'd this in parent.
> Unless I hear objections I'll commit this later today.

--
This message was sent by Atlassian JIRA
(Continue reading)

Esteban Gutierrez (JIRA | 18 Apr 00:05 2015
Picon

[jira] [Created] (HBASE-13495) Create metrics for purged calls, abandoned calls and other RPC failures

Esteban Gutierrez created HBASE-13495:
-----------------------------------------

             Summary: Create metrics for purged calls, abandoned calls and other RPC failures
                 Key: HBASE-13495
                 URL: https://issues.apache.org/jira/browse/HBASE-13495
             Project: HBase
          Issue Type: Bug
            Reporter: Esteban Gutierrez

Similar to HBASE-13477 this aimed to add metrics to keep track of how many calls are abandoned, purged and
other states before the call is executed. This would be helpful to track the rate of channel closed
exceptions when 100s or 1000s of clients disconnect or the calls are not correctly formed.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Elliott Clark | 17 Apr 23:51 2015
Picon

Poke HBASE-13477

Anyone want to take a quick look at HBASE-13477
Lars Hofhansl (JIRA | 17 Apr 23:17 2015
Picon

[jira] [Created] (HBASE-13494) 0.98: Remove remove(K, V) from type PoolMap<K,V>

Lars Hofhansl created HBASE-13494:
-------------------------------------

             Summary: 0.98: Remove remove(K, V) from type PoolMap<K,V>
                 Key: HBASE-13494
                 URL: https://issues.apache.org/jira/browse/HBASE-13494
             Project: HBase
          Issue Type: Sub-task
            Reporter: Lars Hofhansl
             Fix For: 0.98.13

JDK7 will be EOL'ed this month. 0.98 should build with JDK8.
[~apurtell] +1'd this in parent.

Unless I hear objections I'll commit this later today.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Sergey Belousov | 17 Apr 18:41 2015
Picon

Splitting table from HBase shell using script

Hi all

I was looking into doing some splitting for the table (sort of in
production so I can not use SPLITS on create time) using 'split' command
from HBase shell. (0.98.9-hadoop2)
I have simple JRuby script where I just run 'split'
'table_name','split_key' command using hbase shell /tmp/split_table.rb

Time from time I have this error coming up

ERROR: org.apache.hadoop.hbase.NotServingRegionException: Region

[****************eaten by
mouse***************],1429257507107.82bfbd974d36db11075e4ef1da7abfed.
is not online on ******************,60020,1429256987509
	at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegionByEncodedName(HRegionServer.java:2780)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.getRegion(HRegionServer.java:4337)
	at org.apache.hadoop.hbase.regionserver.HRegionServer.splitRegion(HRegionServer.java:4042)
	at org.apache.hadoop.hbase.protobuf.generated.AdminProtos$AdminService$2.callBlockingMethod(AdminProtos.java:20170)
	at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2029)
	at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:108)
	at org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:112)
	at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:92)
	at java.lang.Thread.run(Thread.java:745)

Even thou sleep(2) help mostly it's not guaranty (especially on live
cluster) and not the solution I would like.

So my question is what would be proper way of checking that I am good to
run next split command?
(Continue reading)

Serhiy Bilousov (JIRA | 17 Apr 17:00 2015
Picon

[jira] [Created] (HBASE-13493) ISE/HTTP 500 when opening table details from standby master.

Serhiy Bilousov created HBASE-13493:
---------------------------------------

             Summary: ISE/HTTP 500 when opening table details from standby master.
                 Key: HBASE-13493
                 URL: https://issues.apache.org/jira/browse/HBASE-13493
             Project: HBase
          Issue Type: Bug
          Components: UI
    Affects Versions: 0.98.9
            Reporter: Serhiy Bilousov
            Priority: Minor

Given: There are 3 HBase Masters on-line (1 online and 2 stand by)
When: Navigate to the http://hbase_snandby_master_url:60010/table.jsp?name=TABLE_NAME
Then: HTTP ERROR 500 - INTERNAL_SERVER_ERROR thrown.

{noformat}
HTTP ERROR 500

Problem accessing /table.jsp. Reason:

    INTERNAL_SERVER_ERROR
Caused by:

java.lang.NullPointerException
	at org.apache.hadoop.hbase.generated.master.table_jsp._jspService(table_jsp.java:71)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
(Continue reading)

ChiaPing Tsai (JIRA | 17 Apr 16:46 2015
Picon

[jira] [Resolved] (HBASE-13492) The estimation of result size may be different between ClientScanner and RSRpcServices


     [
https://issues.apache.org/jira/browse/HBASE-13492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

ChiaPing Tsai resolved HBASE-13492.
-----------------------------------
    Resolution: Duplicate

> The estimation of result size may be different between ClientScanner and RSRpcServices
> --------------------------------------------------------------------------------------
>
>                 Key: HBASE-13492
>                 URL: https://issues.apache.org/jira/browse/HBASE-13492
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 1.0.0
>            Reporter: ChiaPing Tsai
>
> The ClientScanner try to find next scanner if remainingResultSize and countdown are bigger than zero. 
> The remainingResultSize is calculated by CellUtil.estimatedHeapSizeOf(cell)
> {code:title=Bar.java|borderStyle=solid}
>  <at> Override
>     public Result next() throws IOException {
>         ....
>         do {
>           ...
>           if (values != null && values.length > 0) {
>             for (Result rs : values) {
>               cache.add(rs);
>               // We don't make Iterator here
(Continue reading)

ChiaPing Tsai (JIRA | 17 Apr 13:08 2015
Picon

[jira] [Created] (HBASE-13492) The estimation of result size may be different between ClientScanner and RSRpcServices

ChiaPing Tsai created HBASE-13492:
-------------------------------------

             Summary: The estimation of result size may be different between ClientScanner and RSRpcServices
                 Key: HBASE-13492
                 URL: https://issues.apache.org/jira/browse/HBASE-13492
             Project: HBase
          Issue Type: Bug
            Reporter: ChiaPing Tsai

The ClientScanner try to find next scanner if remainingResultSize and countdown are bigger than zero. 
The remainingResultSize is calculated by CellUtil.estimatedHeapSizeOf(cell)
{code:title=Bar.java|borderStyle=solid}
 <at> Override
    public Result next() throws IOException {
        ....
        do {
          ...
          if (values != null && values.length > 0) {
            for (Result rs : values) {
              cache.add(rs);
              // We don't make Iterator here
              for (Cell cell : rs.rawCells()) {
                remainingResultSize -= CellUtil.estimatedHeapSizeOf(cell);
              }
              countdown--;
              this.lastResult = rs;
            }
          }
       }while (remainingResultSize > 0 && countdown > 0 &&
(Continue reading)

Anoop Sam John (JIRA | 17 Apr 09:32 2015
Picon

[jira] [Created] (HBASE-13491) Issue in FuzzyRowFilter#getNextForFuzzyRule

Anoop Sam John created HBASE-13491:
--------------------------------------

             Summary: Issue in FuzzyRowFilter#getNextForFuzzyRule
                 Key: HBASE-13491
                 URL: https://issues.apache.org/jira/browse/HBASE-13491
             Project: HBase
          Issue Type: Bug
          Components: Filters
            Reporter: Anoop Sam John
            Assignee: Anoop Sam John

{code}
for (int i = 0; i < result.length; i++) {
      if (i >= fuzzyKeyMeta.length || fuzzyKeyMeta[i] == 1) {
        result[i] = row[offset + i];
        if (!order.isMax(row[i])) {
          // this is "non-fixed" position and is not at max value, hence we can increase it
          toInc = i;
        }
      }
{code}
See we take row bytes with out considering the row offset.  The test cases are passing as we pass 0 offset row
bytes. Change in the test will reveal the bug.

Came across this when I was working on HBASE-11425

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
(Continue reading)

Y. SREENIVASULU REDDY (JIRA | 17 Apr 07:26 2015
Picon

[jira] [Created] (HBASE-13490) Linux Command execution is failing while starting HBase processes using hbase-daemon.sh file

Y. SREENIVASULU REDDY created HBASE-13490:
---------------------------------------------

             Summary: Linux Command execution is failing while starting HBase processes using hbase-daemon.sh file
                 Key: HBASE-13490
                 URL: https://issues.apache.org/jira/browse/HBASE-13490
             Project: HBase
          Issue Type: Bug
          Components: scripts
    Affects Versions: 1.0.0
            Reporter: Y. SREENIVASULU REDDY
            Assignee: Y. SREENIVASULU REDDY
            Priority: Minor
             Fix For: 2.0.0

While starting any HBase process (HMaster or Regionserver)
ulimit command execution is failing.

{code}
 echo "`date` Starting $command on `hostname`" >> ${HBASE_LOGLOG}
    `ulimit -a` >> "$HBASE_LOGLOG" 2>&1
{code}

Log message is follows.
{noformat}
Thu Apr 16 19:24:25 IST 2015 Starting regionserver on HOST-10
/opt/hdfsdata/HA/install/hbase/regionserver/bin/hbase-daemon.sh: line 207: core: command not found
{noformat}

--
(Continue reading)


Gmane