Feng Honghua created HBASE-10679:
Summary: Both clients operating on a same region will get wrong
scan results if the first scanner expires and the second scanner is created
with the same scannerId
Key: HBASE-10679
ramkrishna.s.vasudevan created HBASE-10680:
--
Summary: Check if the block keys, index keys can be used as Cells
instead of byte[]
Key: HBASE-10680
URL: https://issues.apache.org/jira/browse/HBASE-10680
Guo Ruijing created HBASE-10681:
---
Summary: Allow Hbase artifacts to deploy to remote repo other than
apache
Key: HBASE-10681
URL: https://issues.apache.org/jira/browse/HBASE-10681
Project: HBase
Yes, let's decide first on the animal itself (well we're done it seems),
and use another discussion thread for the picture.
On Wed, Mar 5, 2014 at 7:56 AM, Eric Charles e...@apache.org wrote:
On 03/04/2014 11:19 PM, Jean-Marc Spaggiari wrote:
Can we not have Stack as the mascot? ;)
Well,
Matteo Bertozzi created HBASE-10682:
---
Summary: region_mover.rb throws can't convert nil into String
for regions moved
Key: HBASE-10682
URL: https://issues.apache.org/jira/browse/HBASE-10682
Jean-Marc Spaggiari created HBASE-10683:
---
Summary: Rolling restart never ending when a RS doesn't come back
online.
Key: HBASE-10683
URL: https://issues.apache.org/jira/browse/HBASE-10683
Trying to understand the process to enable HTrace. Following is the change
to hbase-site.xml
property
namehbase.trace.spanreceiver.localfilespanreceiver.filename/name
value/var/log/hbase/htrace.out/value
/property
Following is a simple code to trace a get call
public static void
Hi Biju,
Trying to understand the process to enable HTrace. Following is the change
to hbase-site.xml
property
namehbase.trace.spanreceiver.localfilespanreceiver.filename/name
value/var/log/hbase/htrace.out/value
/property
Please try configuration like below.::
property
Gaurav Menghani created HBASE-10684:
---
Summary: Fixing the TestSimpleOperations' delete tests
Key: HBASE-10684
URL: https://issues.apache.org/jira/browse/HBASE-10684
Project: HBase
Issue
On Wed, Mar 5, 2014 at 2:18 AM, Nicolas Liochon nkey...@gmail.com wrote:
Yes, let's decide first on the animal itself (well we're done it seems),
and use another discussion thread for the picture.
Agreed.
We've decided on the mascot (Hurray!). Now for the representation. Will
do in another
(Good discusssion)
Intellectually and if we go by the numbers, it makes 'sense' keeping
hadoop1 support in hbase1.
But if we instead allow that our versioning currently is of-kilter -- Lars
Hofhansl has argued off-line that 0.96.0 should have been 1.0 -- and if we
are realistic and ask the
I suppose the next question is: Do we intentionally drop it, or just not spend
any additional time on it? (I.e. some new features might not work with
Hadoop-1, etc).
We could keep the -hadoop1 test suites running and fix failures, but not do
anything beyond that.
-- Lars
Thanks Masatake.
The org.apache.hadoop.hbase.trace.SpanReceiverHost is available only in the
server jar. If we intend to keep the client and server components in
separate jars this call need to be included in the client jar as well.
Thanks,
Biju
Tel#: 978-707-5066
On Wed, Mar 5, 2014 at
On Wed, Mar 5, 2014 at 11:51 AM, lars hofhansl la...@apache.org wrote:
I suppose the next question is: Do we intentionally drop it, or just not
spend any additional time on it? (I.e. some new features might not work
with Hadoop-1, etc).
We could keep the -hadoop1 test suites running and fix
Hi Biju,
The org.apache.hadoop.hbase.trace.SpanReceiverHost is available only in the
server jar. If we intend to keep the client and server components in
separate jars this call need to be included in the client jar as well.
Thanks for your feedback!
I will take this into consideration on
Enis Soztutar created HBASE-10685:
-
Summary: [WINDOWS] TestKeyStoreKeyProvider fails on windows
Key: HBASE-10685
URL: https://issues.apache.org/jira/browse/HBASE-10685
Project: HBase
Issue
Enis Soztutar created HBASE-10686:
-
Summary: [WINDOWS] TestStripeStoreFileManager fails on windows
Key: HBASE-10686
URL: https://issues.apache.org/jira/browse/HBASE-10686
Project: HBase
In the matrix, we have NS = Not supported, and NT = Not tested.
We can go 0.98 with hadoop 1 = NT. It seems that the consensus is to either
go with NS or NT for 1.0. I would like to completely commit and drop
support completely (not releasing the artifacts, possibly breaking the
build with
Masatake Iwasaki created HBASE-10687:
Summary: Fix description about HBaseLocalFileSpanReceiver in
reference manual
Key: HBASE-10687
URL: https://issues.apache.org/jira/browse/HBASE-10687
On Wed, Mar 5, 2014 at 3:11 PM, Enis Söztutar enis@gmail.com wrote:
In the matrix, we have NS = Not supported, and NT = Not tested.
Just to say that there is no NS, its X:
http://hbase.apache.org/book.html#hadoop
We can go 0.98 with hadoop 1 = NT.
Currently it is X. Do we want to
Just to say that there is no NS, its X:
http://hbase.apache.org/book.html#hadoop
Yep.
Currently it is X. Do we want to go back up to NT?
I thought we did not explicitly decide to be that case (see my question in
the first email in the thread). It is X possibly because we overlooked. We
On Wed, Mar 5, 2014 at 3:29 PM, Enis Söztutar enis@gmail.com wrote:
...
Currently it is X. Do we want to go back up to NT?
I thought we did not explicitly decide to be that case (see my question in
the first email in the thread). It is X possibly because we overlooked. We
are still
Enis Soztutar created HBASE-10688:
-
Summary: Add a draining_node script to manage nodes in draining
mode
Key: HBASE-10688
URL: https://issues.apache.org/jira/browse/HBASE-10688
Project: HBase
Masatake,
Where you able to use the graphDrawer.py script against the HTrace
output. Attached is the output got from my test and didn't generate any
image. Any thoughts why? Thanks in advance.
- Biju
On Wed, Mar 5, 2014 at 4:57 PM, Masatake Iwasaki
iwasak...@oss.nttdata.co.jp wrote:
Biju:
Attachment didn't go through.
Consider using pastebin, etc.
On Wed, Mar 5, 2014 at 4:41 PM, Biju G.S Nair bijun...@acm.org wrote:
Masatake,
Where you able to use the graphDrawer.py script against the HTrace
output. Attached is the output got from my test and didn't generate any
Thanks Ted.
Data is available at http://pastebin.com/dHaBrgw5
Thanks,
Biju
Tel#: 978-707-5066
On Wed, Mar 5, 2014 at 7:44 PM, Ted Yu yuzhih...@gmail.com wrote:
Biju:
Attachment didn't go through.
Consider using pastebin, etc.
On Wed, Mar 5, 2014 at 4:41 PM, Biju G.S Nair
On Thu, Mar 6, 2014 at 3:39 AM, Stack st...@duboce.net wrote:
But if we instead allow that our versioning currently is of-kilter -- Lars
Hofhansl has argued off-line that 0.96.0 should have been 1.0
Related, is Hadoop 2.3.0 more like 3.0 ?
If, for example, we wanted to pin the HFiles of
bq. Maybe a new hadoop-compat module for 2.3.0 +?
+1
On Wed, Mar 5, 2014 at 5:02 PM, Andrew Purtell apurt...@apache.org wrote:
On Thu, Mar 6, 2014 at 3:39 AM, Stack st...@duboce.net wrote:
But if we instead allow that our versioning currently is of-kilter --
Lars
Hofhansl has argued
Nick Dimiduk created HBASE-10689:
Summary: Explore advisory caching for MR over snapshot scans
Key: HBASE-10689
URL: https://issues.apache.org/jira/browse/HBASE-10689
Project: HBase
Issue
[
https://issues.apache.org/jira/browse/HBASE-10668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell resolved HBASE-10668.
Resolution: Done
Assignee: (was: Rekha Joshi)
Agreed.
Also, I did a naive
Enis Soztutar created HBASE-10690:
-
Summary: Drop Hadoop-1 support
Key: HBASE-10690
URL: https://issues.apache.org/jira/browse/HBASE-10690
Project: HBase
Issue Type: Improvement
Ok, the consensus seems to be to drop the support. I am all in favor of
less overhead, but was initially concerned about leaving some of the users
behind. If we are ok with that, lets pull the trigger.
Opened an issue for doc and tasks :
https://issues.apache.org/jira/browse/HBASE-10690. Marked
Ted Yu created HBASE-10691:
--
Summary: test-patch.sh doesn't need to test compilation against
hadoop 1.0 / 1.1
Key: HBASE-10691
URL: https://issues.apache.org/jira/browse/HBASE-10691
Project: HBase
If we haven't done already, as some body suggested earlier, it would be
good to communicate this to the user mailing list as well. This will help
anyone using HBase to plan to move to hadoop 2.
Thanks,
Biju
Tel#: 978-707-5066
On Wed, Mar 5, 2014 at 8:16 PM, Enis Söztutar enis@gmail.com
Liu Shaohui created HBASE-10692:
---
Summary: The Multi TableMap job don't support the security HBase
cluster
Key: HBASE-10692
URL: https://issues.apache.org/jira/browse/HBASE-10692
Project: HBase
Feng Honghua created HBASE-10693:
Summary: Correct declarations of Atomic* fields from 'volatile' to
'final'
Key: HBASE-10693
URL: https://issues.apache.org/jira/browse/HBASE-10693
Project: HBase
36 matches
Mail list logo
