[jira] [Resolved] (HBASE-17230) port HBASE-17112 to 1.3.1

[Phil Yang (JIRA)]

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

Phil Yang resolved HBASE-17230.
---
Resolution: Fixed

> port HBASE-17112 to 1.3.1
> -
>
> Key: HBASE-17230
> URL: https://issues.apache.org/jira/browse/HBASE-17230
> Project: HBase
>  Issue Type: Sub-task
>Affects Versions: 1.3.0
>Reporter: Phil Yang
>Assignee: Phil Yang
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Resolved] (HBASE-17236) Port HBASE-16886 to branch-1.3

[Phil Yang (JIRA)]

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

Phil Yang resolved HBASE-17236.
---
Resolution: Fixed

> Port HBASE-16886 to branch-1.3
> --
>
> Key: HBASE-17236
> URL: https://issues.apache.org/jira/browse/HBASE-17236
> Project: HBase
>  Issue Type: Sub-task
>Reporter: Phil Yang
>Assignee: Phil Yang
>




--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Created] (HBASE-17595) Add partial result for small/limited scan

[Duo Zhang (JIRA)]

Duo Zhang created HBASE-17595:
-

 Summary: Add partial result for small/limited scan
 Key: HBASE-17595
 URL: https://issues.apache.org/jira/browse/HBASE-17595
 Project: HBase
  Issue Type: Sub-task
  Components: asyncclient, Client, scan
Affects Versions: 2.0.0, 1.4.0
Reporter: Duo Zhang
Priority: Blocker
 Fix For: 2.0.0, 1.4.0


The partial result support is marked as a 'TODO' when implementing HBASE-17045. 
And when implementing HBASE-17508, we found that if we make small scan share 
the same logic with general scan, the scan request other than open scanner will 
not have the small flag so the server may return  partial result to the client 
and cause some strange behavior. It is solved by modifying the logic at server 
side, but this means the 1.4.x client is not safe to contact with earlier 1.x 
server. So we'd better address the problem at client side. Marked as blocker as 
this issue should be finished before any 2.x and 1.4.x releases.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Created] (HBASE-17594) Add supplemental model for jsr311-api

[Appy (JIRA)]

Appy created HBASE-17594:


 Summary: Add supplemental model for jsr311-api
 Key: HBASE-17594
 URL: https://issues.apache.org/jira/browse/HBASE-17594
 Project: HBase
  Issue Type: Bug
Reporter: Appy
Assignee: Appy


It's transitive dependency from hadoop 3.
We don't see any failure for that because for some reason our hadoop3 profile 
check isn't working, I say so because I wasn't able to do mvn install. (see 
HBASE-17593)



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Re: help for a fee -- using filters to search data in hbase for correct results

[Yoom Nguyen]

Hi Ted, 

Release 0.98.8 - 11/18/2014 

The code get mess up when I sent it through my email client. Here is the 
snapshoot of it. 

Thanks, 




- Original Message -

From: "Yoom Nguyen"  
To: dev@hbase.apache.org 
Sent: Friday, February 3, 2017 5:14:48 PM 
Subject: help for a fee -- using filters to search data in hbase for correct 
results 




I am having problems using filters to search data in hbase . 
First I am reading some data from one table and storing in a vector or 
arrayList : Is there a better way or different approach to achieve the results 
than what I am heading? 
I am stuck trying to get the correct results with the following approach. 
Wondering if any one know HBASE \ Java well and willing to help out for a fee. 
I need to get over this problem. 
If anyone is willing to help for a fee, send me an email at yoom @ misoccer .us 

for ( Result r : rs ) { for ( KeyValue kv : r . raw ()) { if ( new String ( kv 
. getFamily ()). equals ( "name" )) { temp = new String ( kv . getValue ()); x 
. addElement ( temp ); } } } 
Then, I want to search a different table based on the values of this vector. I 
used filters to do this: (I tried BinaryPrefixComparator and BinaryComparator 
as well) FilterList filterList = new FilterList ( FilterList . Operator . 
MUST_PASS_ONE ); for ( int c = 0 ; c < x . size (); c ++) { System . out . 
println ( x . get ( c ). toString ()); filterList . addFilter ( new 
SingleColumnValueFilter ( Bytes . toBytes ( "name" ), null , CompareOp . EQUAL 
, new SubstringComparator ( x . get ( c ). toString () ))); } 
I should get 3 results back, however I only get one result back, the first 
entry in the database. What doesn't make sense is that when I hardcode the 
value that I am looking for into my code, I will get all 3 results back. 
I thought there might be some issue with converting the bytes to String and 
then back to bytes, but that would not explain how it was able to bring back 
the first result. For some reason, it is stopping at the first match and 
doesn't continue to find the other 2 rows that contain matching data. If I 
hardcode it i get the results: x . addElement ( "abc123" ); filterList . 
addFilter ( new SingleColumnValueFilter ( Bytes . toBytes ( "name" ), null , 
CompareOp . EQUAL , new SubstringComparator ( x . get ( 0 ). toString () ))); 
Does anyone know what the problem is or what I need to do to resolve my issue? 
Your help is much appreciated. 
Thank You 
edit: Here is the contents of the tables: 
TABLE1: ROW COLUMN+CELL 
0 column= gpnum :, timestamp =1481300288449, value=def123 
0 column= mpnum :, timestamp =1481300273355, value= abc123 
0 column=price:, timestamp =1481300255337, value=85.0 
1 column= gpnum :, timestamp =148130159, value=def2244 
1 column= mpnum :, timestamp =1481301582336, value= 011511607 
1 column=price:, timestamp =1481301673886, value=0.76 
TABLE2 
ROW COLUMN+CELL 
0 column=brand:, timestamp =1481300227283, value=x 
0 column= mpnum :, timestamp =1481300212289, value= abc123 
0 column=price:, timestamp =1481300110950, value=50.0 
1 column= mpnum :, timestamp =1481301806687, value= 011511607 
1 column=price:, timestamp =1481301777345, value=1.81 
13 column= webtype :, timestamp =1483507543878, value=US 
3 column=avail:, timestamp =1481306538360, value=avail 
3 column=brand:, timestamp =1481306538360, value=brand 
3 column= descr :, timestamp =1481306538360, value=description 
3 column=dist:, timestamp =1481306538360, value=distributor 
3 column= mpnum :, timestamp =1481306538360, value= pnum 
3 column=price:, timestamp =1481306538360, value=price 
3 column= url :, timestamp =1481306538360, value= url 
3 column= webtype :, timestamp =1481306538360, value= webtype 
4 column=avail:, timestamp =1481306538374, value=4 
4 column=brand:, timestamp =1481306538374, value=x 
4 column= descr :, timestamp =1481306538374, value=description 
4 column=dist:, timestamp =1481306538374, value=x 
4 column= mpnum :, timestamp =1482117383212, value= 011511607 
4 column=price:, timestamp =1481306538374, value=34.51 
4 column= url :, timestamp =1481306538374, value=x 
4 column= webtype :, timestamp =1481306538374, value=US 
5 column=avail:, timestamp =1481306538378, value= 
5 column=brand:, timestamp =1481306538378, value=name 
5 column= descr :, timestamp =1481306538378, value=x 
5 column=dist:, timestamp =1481306538378, value=x 
5 column= mpnum :, timestamp =1482117392043, value= 011511607 
5 column=price:, timestamp =1481306538378, value=321.412 
5 column= url :, timestamp =1481306538378, value=x.com 
THIRD TABLE (to store result matches) 
0 column=brand:, timestamp =1481301813849, value=name 
0 column= cprice :, timestamp =1481301813849, value=1.81 
0 column= gpnum :, timestamp =1481301813849, value=def2244 
0 column= gprice :, timestamp =1481301813849, value=0.76 
0 column= mpnum :, timestamp =1481301813849, value=011511607 
**should be three matches those that are in bold above but only brings back one 
match 
If 

[jira] [Created] (HBASE-17593) Fix build with hadoop 3 profile

[Appy (JIRA)]

Appy created HBASE-17593:


 Summary: Fix build with hadoop 3 profile
 Key: HBASE-17593
 URL: https://issues.apache.org/jira/browse/HBASE-17593
 Project: HBase
  Issue Type: Bug
Reporter: Appy
Assignee: Appy


{{mvn clean install -DskipTests  -Dhadoop-three.version=3.0.0-alpha1 
-Dhadoop.profile=3.0}} fails for me, but passes with 
{{-Dhadoop-three.version=3.0.0-alpha2}}. The failure with alpha1 is given below.
Haven't investigated the failure, maybe we can simply update the hadoop three 
version to alpha2?
{noformat}
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-antrun-plugin:1.8:run (generate) on project 
hbase-server: An Ant BuildException has occured: java.lang.NoSuchMethodError: 
javax.servlet.ServletContext.getJspConfigDescriptor()Ljavax/servlet/descriptor/JspConfigDescriptor;
[ERROR] around Ant part .. @ 17:187 in 
/Users/appy/apache/hbase/hbase-server/target/antrun/build-main.xml
{noformat}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

help for a fee -- using filters to search data in hbase for correct results

[Yoom Nguyen]

I am having problems using filters to search data in hbase . 
First I am reading some data from one table and storing in a vector or 
arrayList : Is there a better way or different approach to achieve the results 
than what I am heading? 
I am stuck trying to get the correct results with the following approach. 
Wondering if any one know HBASE \ Java well and willing to help out for a fee. 
I need to get over this problem. 
If anyone is willing to help for a fee, send me an email at yoom @ misoccer .us 

for ( Result r : rs ) { for ( KeyValue kv : r . raw ()) { if ( new String ( kv 
. getFamily ()). equals ( "name" )) { temp = new String ( kv . getValue ()); x 
. addElement ( temp ); } } } 
Then, I want to search a different table based on the values of this vector. I 
used filters to do this: (I tried BinaryPrefixComparator and BinaryComparator 
as well) FilterList filterList = new FilterList ( FilterList . Operator . 
MUST_PASS_ONE ); for ( int c = 0 ; c < x . size (); c ++) { System . out . 
println ( x . get ( c ). toString ()); filterList . addFilter ( new 
SingleColumnValueFilter ( Bytes . toBytes ( "name" ), null , CompareOp . EQUAL 
, new SubstringComparator ( x . get ( c ). toString () ))); } 
I should get 3 results back, however I only get one result back, the first 
entry in the database. What doesn't make sense is that when I hardcode the 
value that I am looking for into my code, I will get all 3 results back. 
I thought there might be some issue with converting the bytes to String and 
then back to bytes, but that would not explain how it was able to bring back 
the first result. For some reason, it is stopping at the first match and 
doesn't continue to find the other 2 rows that contain matching data. If I 
hardcode it i get the results: x . addElement ( "abc123" ); filterList . 
addFilter ( new SingleColumnValueFilter ( Bytes . toBytes ( "name" ), null , 
CompareOp . EQUAL , new SubstringComparator ( x . get ( 0 ). toString () ))); 
Does anyone know what the problem is or what I need to do to resolve my issue? 
Your help is much appreciated. 
Thank You 
edit: Here is the contents of the tables: 
TABLE1: ROW COLUMN+CELL 
0 column= gpnum :, timestamp =1481300288449, value=def123 
0 column= mpnum :, timestamp =1481300273355, value= abc123 
0 column=price:, timestamp =1481300255337, value=85.0 
1 column= gpnum :, timestamp =148130159, value=def2244 
1 column= mpnum :, timestamp =1481301582336, value= 011511607 
1 column=price:, timestamp =1481301673886, value=0.76 
TABLE2 
ROW COLUMN+CELL 
0 column=brand:, timestamp =1481300227283, value=x 
0 column= mpnum :, timestamp =1481300212289, value= abc123 
0 column=price:, timestamp =1481300110950, value=50.0 
1 column= mpnum :, timestamp =1481301806687, value= 011511607 
1 column=price:, timestamp =1481301777345, value=1.81 
13 column= webtype :, timestamp =1483507543878, value=US 
3 column=avail:, timestamp =1481306538360, value=avail 
3 column=brand:, timestamp =1481306538360, value=brand 
3 column= descr :, timestamp =1481306538360, value=description 
3 column=dist:, timestamp =1481306538360, value=distributor 
3 column= mpnum :, timestamp =1481306538360, value= pnum 
3 column=price:, timestamp =1481306538360, value=price 
3 column= url :, timestamp =1481306538360, value= url 
3 column= webtype :, timestamp =1481306538360, value= webtype 
4 column=avail:, timestamp =1481306538374, value=4 
4 column=brand:, timestamp =1481306538374, value=x 
4 column= descr :, timestamp =1481306538374, value=description 
4 column=dist:, timestamp =1481306538374, value=x 
4 column= mpnum :, timestamp =1482117383212, value= 011511607 
4 column=price:, timestamp =1481306538374, value=34.51 
4 column= url :, timestamp =1481306538374, value=x 
4 column= webtype :, timestamp =1481306538374, value=US 
5 column=avail:, timestamp =1481306538378, value= 
5 column=brand:, timestamp =1481306538378, value=name 
5 column= descr :, timestamp =1481306538378, value=x 
5 column=dist:, timestamp =1481306538378, value=x 
5 column= mpnum :, timestamp =1482117392043, value= 011511607 
5 column=price:, timestamp =1481306538378, value=321.412 
5 column= url :, timestamp =1481306538378, value=x.com 
THIRD TABLE (to store result matches) 
0 column=brand:, timestamp =1481301813849, value=name 
0 column= cprice :, timestamp =1481301813849, value=1.81 
0 column= gpnum :, timestamp =1481301813849, value=def2244 
0 column= gprice :, timestamp =1481301813849, value=0.76 
0 column= mpnum :, timestamp =1481301813849, value=011511607 
**should be three matches those that are in bold above but only brings back one 
match 
If anyone is willing to help for a fee, send me an email at yoom @ misoccer .us 


Thanks, 
Yoom 

Soliciting reviews for space quota work

[Josh Elser]

Hiya,

Shamelessly soliciting some of your already full day to take a look at 
the space quota work. Locally, I actually have the feature working 
pretty well, but the feature branch is lagging quite a bit behind due to 
the review process.


In case you forgot the pertinent details..

Parent JIRA issue: https://issues.apache.org/jira/browse/HBASE-16961
Current sub-task: https://issues.apache.org/jira/browse/HBASE-16999
Current reviewboard: https://reviews.apache.org/r/56090/
Feature branch: https://reviews.apache.org/r/56090/

Will trade reviews for your choice of beverage in person or reviews on 
some of your issues ;)


- Josh

Re: copy_table_desc.rb script

[Josh Elser]

If you have the cycles to add the validation, absolutely :)

Lars George wrote:

Duh, my bad, JM you are right, I missed to type the leading slashes...
then a little better error handling may be nice. Not sure, you guys
think this warrants a JIRA?

On Fri, Feb 3, 2017 at 3:52 PM, Ted Yu  wrote:

Looking at the script:

c1.set(HConstants::ZOOKEEPER_ZNODE_PARENT, parts1[2])

It seems some validation should be added before setting the znode parent.

On Fri, Feb 3, 2017 at 5:47 AM, Jean-Marc Spaggiari:


I have two local instances with two different ZK ports. Note that the
error occurs already at the first call to HAdmin in the script.
Replication works find btw, it is just this script that bails.

On Fri, Feb 3, 2017 at 1:49 PM, Ted Yu  wrote:

Note the port number 2182 in the second parameter.

Do you have two quorums running on the same machine ?


On Feb 3, 2017, at 3:05 AM, Lars George

wrote:

Hi,

trying to run the `copy_table_desc.rb` script from the
`bin/replication` directory gives this:

```
$ bin/hbase org.jruby.Main bin/replication/copy_tables_desc.rb
localhost:2181:hbase localhost:2182:hbase-2 testtable4
...
NativeException: java.io.IOException:
java.lang.reflect.InvocationTargetException
  (root) at bin/replication/copy_tables_desc.rb:81
```

All my 5min attempts of coercing the script kiddie JRuby code to
output debug info was futile, hence leaving this here for vetting :)

Lars

Re: copy_table_desc.rb script

[Lars George]

Duh, my bad, JM you are right, I missed to type the leading slashes...
then a little better error handling may be nice. Not sure, you guys
think this warrants a JIRA?

On Fri, Feb 3, 2017 at 3:52 PM, Ted Yu  wrote:
> Looking at the script:
>
> c1.set(HConstants::ZOOKEEPER_ZNODE_PARENT, parts1[2])
>
> It seems some validation should be added before setting the znode parent.
>
> On Fri, Feb 3, 2017 at 5:47 AM, Jean-Marc Spaggiari > wrote:
>
>> Lars, I have not tested, but should it not be localhost:2181:/hbase
>> instead? (Note the / in the front of HBase)
>>
>> JMS
>>
>> 2017-02-03 7:52 GMT-05:00 Lars George :
>>
>> > I have two local instances with two different ZK ports. Note that the
>> > error occurs already at the first call to HAdmin in the script.
>> > Replication works find btw, it is just this script that bails.
>> >
>> > On Fri, Feb 3, 2017 at 1:49 PM, Ted Yu  wrote:
>> > > Note the port number 2182 in the second parameter.
>> > >
>> > > Do you have two quorums running on the same machine ?
>> > >
>> > >> On Feb 3, 2017, at 3:05 AM, Lars George 
>> wrote:
>> > >>
>> > >> Hi,
>> > >>
>> > >> trying to run the `copy_table_desc.rb` script from the
>> > >> `bin/replication` directory gives this:
>> > >>
>> > >> ```
>> > >> $ bin/hbase org.jruby.Main bin/replication/copy_tables_desc.rb
>> > >> localhost:2181:hbase localhost:2182:hbase-2 testtable4
>> > >> ...
>> > >> NativeException: java.io.IOException:
>> > >> java.lang.reflect.InvocationTargetException
>> > >>  (root) at bin/replication/copy_tables_desc.rb:81
>> > >> ```
>> > >>
>> > >> All my 5min attempts of coercing the script kiddie JRuby code to
>> > >> output debug info was futile, hence leaving this here for vetting :)
>> > >>
>> > >> Lars
>> >
>>

[jira] [Created] (HBASE-17592) Fix typo in IPCUtil and RpcConnection

[Attila Sasvari (JIRA)]

Attila Sasvari created HBASE-17592:
--

 Summary: Fix typo in IPCUtil and RpcConnection
 Key: HBASE-17592
 URL: https://issues.apache.org/jira/browse/HBASE-17592
 Project: HBase
  Issue Type: Improvement
Reporter: Attila Sasvari
Priority: Trivial


Fix typos in timeout related client exception messages in {{IPCUtil.java}} and 
{{RpcConnection.java}} - "rpcTimetout".

{code}
hbase-client/src/main/java/org/apache/hadoop/hbase/ipc/IPCUtil.java
179:+ (EnvironmentEdgeManager.currentTime() - call.getStartTime()) + ", 
rpcTimetout="
hbase-client/src/main/java/org/apache/hadoop/hbase/ipc/RpcConnection.java
196:  + (EnvironmentEdgeManager.currentTime() - 
call.getStartTime()) + ", rpcTimetout="
{code}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Successful: HBase Generate Website

[Apache Jenkins Server]

Build status: Successful

If successful, the website and docs have been generated. To update the live 
site, follow the instructions below. If failed, skip to the bottom of this 
email.

Use the following commands to download the patch and apply it to a clean branch 
based on origin/asf-site. If you prefer to keep the hbase-site repo around 
permanently, you can skip the clone step.

  git clone https://git-wip-us.apache.org/repos/asf/hbase-site.git

  cd hbase-site
  wget -O- 
https://builds.apache.org/job/hbase_generate_website/478/artifact/website.patch.zip
 | funzip > 11592965413224abed4156236d7ccd4699ce7e75.patch
  git fetch
  git checkout -b asf-site-11592965413224abed4156236d7ccd4699ce7e75 
origin/asf-site
  git am --whitespace=fix 11592965413224abed4156236d7ccd4699ce7e75.patch

At this point, you can preview the changes by opening index.html or any of the 
other HTML pages in your local 
asf-site-11592965413224abed4156236d7ccd4699ce7e75 branch.

There are lots of spurious changes, such as timestamps and CSS styles in 
tables, so a generic git diff is not very useful. To see a list of files that 
have been added, deleted, renamed, changed type, or are otherwise interesting, 
use the following command:

  git diff --name-status --diff-filter=ADCRTXUB origin/asf-site

To see only files that had 100 or more lines changed:

  git diff --stat origin/asf-site | grep -E '[1-9][0-9]{2,}'

When you are satisfied, publish your changes to origin/asf-site using these 
commands:

  git commit --allow-empty -m "Empty commit" # to work around a current ASF 
INFRA bug
  git push origin asf-site-11592965413224abed4156236d7ccd4699ce7e75:asf-site
  git checkout asf-site
  git branch -D asf-site-11592965413224abed4156236d7ccd4699ce7e75

Changes take a couple of minutes to be propagated. You can verify whether they 
have been propagated by looking at the Last Published date at the bottom of 
http://hbase.apache.org/. It should match the date in the index.html on the 
asf-site branch in Git.

As a courtesy- reply-all to this email to let other committers know you pushed 
the site.



If failed, see https://builds.apache.org/job/hbase_generate_website/478/console

Re: copy_table_desc.rb script

[Ted Yu]

Looking at the script:

c1.set(HConstants::ZOOKEEPER_ZNODE_PARENT, parts1[2])

It seems some validation should be added before setting the znode parent.

On Fri, Feb 3, 2017 at 5:47 AM, Jean-Marc Spaggiari  wrote:

> Lars, I have not tested, but should it not be localhost:2181:/hbase
> instead? (Note the / in the front of HBase)
>
> JMS
>
> 2017-02-03 7:52 GMT-05:00 Lars George :
>
> > I have two local instances with two different ZK ports. Note that the
> > error occurs already at the first call to HAdmin in the script.
> > Replication works find btw, it is just this script that bails.
> >
> > On Fri, Feb 3, 2017 at 1:49 PM, Ted Yu  wrote:
> > > Note the port number 2182 in the second parameter.
> > >
> > > Do you have two quorums running on the same machine ?
> > >
> > >> On Feb 3, 2017, at 3:05 AM, Lars George 
> wrote:
> > >>
> > >> Hi,
> > >>
> > >> trying to run the `copy_table_desc.rb` script from the
> > >> `bin/replication` directory gives this:
> > >>
> > >> ```
> > >> $ bin/hbase org.jruby.Main bin/replication/copy_tables_desc.rb
> > >> localhost:2181:hbase localhost:2182:hbase-2 testtable4
> > >> ...
> > >> NativeException: java.io.IOException:
> > >> java.lang.reflect.InvocationTargetException
> > >>  (root) at bin/replication/copy_tables_desc.rb:81
> > >> ```
> > >>
> > >> All my 5min attempts of coercing the script kiddie JRuby code to
> > >> output debug info was futile, hence leaving this here for vetting :)
> > >>
> > >> Lars
> >
>

Re: copy_table_desc.rb script

[Jean-Marc Spaggiari]

Lars, I have not tested, but should it not be localhost:2181:/hbase
instead? (Note the / in the front of HBase)

JMS

2017-02-03 7:52 GMT-05:00 Lars George :

> I have two local instances with two different ZK ports. Note that the
> error occurs already at the first call to HAdmin in the script.
> Replication works find btw, it is just this script that bails.
>
> On Fri, Feb 3, 2017 at 1:49 PM, Ted Yu  wrote:
> > Note the port number 2182 in the second parameter.
> >
> > Do you have two quorums running on the same machine ?
> >
> >> On Feb 3, 2017, at 3:05 AM, Lars George  wrote:
> >>
> >> Hi,
> >>
> >> trying to run the `copy_table_desc.rb` script from the
> >> `bin/replication` directory gives this:
> >>
> >> ```
> >> $ bin/hbase org.jruby.Main bin/replication/copy_tables_desc.rb
> >> localhost:2181:hbase localhost:2182:hbase-2 testtable4
> >> ...
> >> NativeException: java.io.IOException:
> >> java.lang.reflect.InvocationTargetException
> >>  (root) at bin/replication/copy_tables_desc.rb:81
> >> ```
> >>
> >> All my 5min attempts of coercing the script kiddie JRuby code to
> >> output debug info was futile, hence leaving this here for vetting :)
> >>
> >> Lars
>

Re: copy_table_desc.rb script

[Lars George]

I have two local instances with two different ZK ports. Note that the
error occurs already at the first call to HAdmin in the script.
Replication works find btw, it is just this script that bails.

On Fri, Feb 3, 2017 at 1:49 PM, Ted Yu  wrote:
> Note the port number 2182 in the second parameter.
>
> Do you have two quorums running on the same machine ?
>
>> On Feb 3, 2017, at 3:05 AM, Lars George  wrote:
>>
>> Hi,
>>
>> trying to run the `copy_table_desc.rb` script from the
>> `bin/replication` directory gives this:
>>
>> ```
>> $ bin/hbase org.jruby.Main bin/replication/copy_tables_desc.rb
>> localhost:2181:hbase localhost:2182:hbase-2 testtable4
>> ...
>> NativeException: java.io.IOException:
>> java.lang.reflect.InvocationTargetException
>>  (root) at bin/replication/copy_tables_desc.rb:81
>> ```
>>
>> All my 5min attempts of coercing the script kiddie JRuby code to
>> output debug info was futile, hence leaving this here for vetting :)
>>
>> Lars

Re: copy_table_desc.rb script

[Ted Yu]

Note the port number 2182 in the second parameter. 

Do you have two quorums running on the same machine ?

> On Feb 3, 2017, at 3:05 AM, Lars George  wrote:
> 
> Hi,
> 
> trying to run the `copy_table_desc.rb` script from the
> `bin/replication` directory gives this:
> 
> ```
> $ bin/hbase org.jruby.Main bin/replication/copy_tables_desc.rb
> localhost:2181:hbase localhost:2182:hbase-2 testtable4
> ...
> NativeException: java.io.IOException:
> java.lang.reflect.InvocationTargetException
>  (root) at bin/replication/copy_tables_desc.rb:81
> ```
> 
> All my 5min attempts of coercing the script kiddie JRuby code to
> output debug info was futile, hence leaving this here for vetting :)
> 
> Lars

[jira] [Created] (HBASE-17591) hbase.master.distributed.log.replay is no longer default true

[Aki Ariga (JIRA)]

Aki Ariga created HBASE-17591:
-

 Summary: hbase.master.distributed.log.replay is no longer default 
true
 Key: HBASE-17591
 URL: https://issues.apache.org/jira/browse/HBASE-17591
 Project: HBase
  Issue Type: Improvement
  Components: documentation
Reporter: Aki Ariga
Priority: Trivial


As consequence of HBASE-12577, `hbase.master.distributed.log.replay` is no 
longer default true. But in the documentation, it is still noted as default 
true as follows:

{quote}
To enable distributed log replay, set hbase.master.distributed.log.replay to 
true. This will be the default for HBase 0.99 (HBASE-10888).
{quote}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

copy_table_desc.rb script

[Lars George]

Hi,

trying to run the `copy_table_desc.rb` script from the
`bin/replication` directory gives this:

```
$ bin/hbase org.jruby.Main bin/replication/copy_tables_desc.rb
localhost:2181:hbase localhost:2182:hbase-2 testtable4
...
NativeException: java.io.IOException:
java.lang.reflect.InvocationTargetException
  (root) at bin/replication/copy_tables_desc.rb:81
```

All my 5min attempts of coercing the script kiddie JRuby code to
output debug info was futile, hence leaving this here for vetting :)

Lars