pranav sharma created HBASE-7893:
Summary: hbase.hregion.majorcompaction not taking effect.
Key: HBASE-7893
URL: https://issues.apache.org/jira/browse/HBASE-7893
Project: HBase
Issue Type:
Bryan Baugher created HBASE-7894:
Summary: Update Filter javadoc about the use of read/write fields
for multiple regions
Key: HBASE-7894
URL: https://issues.apache.org/jira/browse/HBASE-7894
Project:
See https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/414/changes
Changes:
[jmhsieh] HBASE-7290 / HBASE-6055 Online and Offline table snapshots. Merged
to trunk. (Jesse Yates, Matteo Bertozzi, Jonathan Hsieh, Ted Yu)
--
[...truncated 21074
The exception was from hadoop layer - when waiting to get out of safe mode.
Here is the call:
} catch (Exception e) {
if (e instanceof IOException) throw (IOException) e; // Check
whether dfs is on safemode.
inSafeMode = dfs.setSafeMode(
I thought it was something to do with the ProtoBuf layer between RPC client
and server. But not sure.
Regards
Ram
On Thu, Feb 21, 2013 at 9:12 PM, Ted Yu yuzhih...@gmail.com wrote:
The exception was from hadoop layer - when waiting to get out of safe mode.
Here is the call:
} catch
I am remembering that there was some discussion around use of
dfs.setSafeMode() recently. Which issue I forgot
-Anoop-
On Thu, Feb 21, 2013 at 9:12 PM, Ted Yu yuzhih...@gmail.com wrote:
The exception was from hadoop layer - when waiting to get out of safe mode.
Here is the call:
} catch
Here was the issue:
HBASE-7715 FSUtils#waitOnSafeMode can incorrectly loop on standby NN
On Thu, Feb 21, 2013 at 7:48 AM, Anoop John anoop.hb...@gmail.com wrote:
I am remembering that there was some discussion around use of
dfs.setSafeMode() recently. Which issue I forgot
-Anoop-
On Thu,
bq. But when i tried with hadoop - 1.0.4 it worked fine.
Just a guess: did you recompile code with hadoop 2.0 profile before trying ?
The fact that initialization failed with PB exception led to the above
question.
Cheers
On Thu, Feb 21, 2013 at 7:24 AM, ramkrishna vasudevan
Nick Dimiduk created HBASE-7895:
---
Summary: Fix Javadoc warnings
Key: HBASE-7895
URL: https://issues.apache.org/jira/browse/HBASE-7895
Project: HBase
Issue Type: Improvement
Hi everyone,
I'm of the opinion that HBase should provide a mechanism for serializing
common java types such that the serialized format sorts according the
the natural ordering of the type. I think many application efforts end up
building a custom, partial implementation of this kind of
Tianying Chang created HBASE-7896:
-
Summary: make rename_table working in 92/94
Key: HBASE-7896
URL: https://issues.apache.org/jira/browse/HBASE-7896
Project: HBase
Issue Type: Bug
Thanks guys for driving this. Awesome work.
Enis
On Wed, Feb 20, 2013 at 9:03 PM, Dave Wang d...@cloudera.com wrote:
You guys rock!
- Dave
On Wed, Feb 20, 2013 at 7:59 PM, Jonathan Hsieh j...@cloudera.com wrote:
All clear, snapshots branch has been merged.
Mucho gracias to those
stack created HBASE-7897:
Summary: Add support for tags to Cell Interface
Key: HBASE-7897
URL: https://issues.apache.org/jira/browse/HBASE-7897
Project: HBase
Issue Type: Task
Reporter:
stack created HBASE-7898:
Summary: Serializing Cells over RPC
Key: HBASE-7898
URL: https://issues.apache.org/jira/browse/HBASE-7898
Project: HBase
Issue Type: Task
Components: IPC/RPC
[
https://issues.apache.org/jira/browse/HBASE-7895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ted Yu resolved HBASE-7895.
---
Resolution: Duplicate
Covered by addendum in HBASE-7725
Fix Javadoc warnings
[
https://issues.apache.org/jira/browse/HBASE-7233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stack resolved HBASE-7233.
--
Resolution: Won't Fix
Won't fix. Overtaken by a bunch of more pointed jiras.
Serializing
[
https://issues.apache.org/jira/browse/HBASE-7448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell resolved HBASE-7448.
---
Resolution: Duplicate
Closing as dup of HBASE-7897
Add tags to Cell API
stack created HBASE-7899:
Summary: Cell block building tools: Cell codec and means of
iterating an objects Cells
Key: HBASE-7899
URL: https://issues.apache.org/jira/browse/HBASE-7899
Project: HBase
On Wed, Feb 20, 2013 at 7:59 PM, Jonathan Hsieh j...@cloudera.com wrote:
All clear, snapshots branch has been merged.
Mucho gracias to those who reviewed and extra thanks to the good job that
Jesse, Matteo, and Ted did to get this in!
Good on you lads.
What you all going to do now?
0.94.5 should be available in maven now:
https://repository.apache.org/content/repositories/releases/org/apache/hbase/hbase/0.94.5/
St.Ack
On Wed, Feb 20, 2013 at 1:17 PM, Enis Söztutar enis@gmail.com wrote:
Thanks Ted, I must have missed that.
On Wed, Feb 20, 2013 at 1:14 PM, Ted Yu
Well done, guys! Thanks for all the hard work pushing this through.
On Thu, Feb 21, 2013 at 12:22 PM, Stack st...@duboce.net wrote:
On Wed, Feb 20, 2013 at 7:59 PM, Jonathan Hsieh j...@cloudera.com wrote:
All clear, snapshots branch has been merged.
Mucho gracias to those who reviewed
On Thu, Feb 21, 2013 at 12:27 PM, Gary Helmling ghelml...@gmail.com wrote:
Well done, guys! Thanks for all the hard work pushing this through.
+1000
Nick,
While I believe having an order-preserving canonical serialization is a
good idea, from doing a read of the mail and a skim of the jira it is not
clear to my why this is inside hbase as part of hbase-common.
Why isn't this part of a library on top of hbase (a dependency for
Pig/Hive)
stack created HBASE-7900:
Summary: Have client Mutations (Put/Delete/etc.) and Result
implement CellScanner Interface
Key: HBASE-7900
URL: https://issues.apache.org/jira/browse/HBASE-7900
Project: HBase
See https://builds.apache.org/job/HBase-TRUNK/3889/changes
Changes:
[stack] Add hbasecon2013 notice
[enis] HBASE-6493. HashSet of byte array is being used in couple of places
(Nick Dimiduk)
[jyates] HBASE-7725: Add ability to create custom compaction request -
ADDENDUM: fix javadocs
[tedyu]
Sergey Shelukhin created HBASE-7901:
---
Summary: TestStore::testDeleteExpiredStoreFiles has a hidden issue
Key: HBASE-7901
URL: https://issues.apache.org/jira/browse/HBASE-7901
Project: HBase
Sergey Shelukhin created HBASE-7902:
---
Summary: deletes may be removed during minor compaction, depending
on file set
Key: HBASE-7902
URL: https://issues.apache.org/jira/browse/HBASE-7902
Project:
YEs Ted. I have two different setups with me . One compiled with hadoop
2.0 and other with 1.0 profile.
Regards
Ram
On Thu, Feb 21, 2013 at 10:30 PM, Ted Yu yuzhih...@gmail.com wrote:
bq. But when i tried with hadoop - 1.0.4 it worked fine.
Just a guess: did you recompile code with hadoop
Congrats, noticed git pull earlier :)
On Thu, Feb 21, 2013 at 12:45 PM, Andrew Purtell apurt...@apache.orgwrote:
On Thu, Feb 21, 2013 at 12:27 PM, Gary Helmling ghelml...@gmail.com
wrote:
Well done, guys! Thanks for all the hard work pushing this through.
+1000
I think this belongs in core HBase, as a replacement to Bytes, which should
be deprecated eventually. We have a Bytes utility which is supposed to
convert basic java types to byte[]'s, but it does not work for signed
numbers.
We already know that all of the clients, Hive, Pig, Phoenix, have to
I tried this by recompiling once again. I end up in same problem. Not
sure what am i missing?
Any hints or clues?
Regards
Ram
On Fri, Feb 22, 2013 at 7:56 AM, ramkrishna vasudevan
ramkrishna.s.vasude...@gmail.com wrote:
YEs Ted. I have two different setups with me . One compiled with
Rishit Shroff created HBASE-7903:
Summary: [89-fb] Add the large rows/prefetching option to hadoop
hbase streaming
Key: HBASE-7903
URL: https://issues.apache.org/jira/browse/HBASE-7903
Project: HBase
I think we have to enable building stuff on top of HBase by having well defined
building blocks as part of HBase.
It seems to me that a canonical supported byte representation for datatypes is
such a building block.
-- Lars
From: Jonathan Hsieh
Just to add on
As i said i have two setups. Verified the HBase lib dir in these two
setups. The one complied with profile 2.0 has hadoop 2.0 jars. And the
one compiled with profile 1.0 has hadoop 1.0 jars.
I used to ways of creating and compiling this package
mvn clean install
See https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/415/changes
Changes:
[enis] HBASE-7305. ZK based Read/Write locks for table operations
[stack] Add hbasecon2013 notice
[enis] HBASE-6493. HashSet of byte array is being used in couple of places
(Nick Dimiduk)
[jyates] HBASE-7725:
During this time NN says
Incorrect header or version mismatch from 127.0.0.1:34789 got version 7
expected version 8
Regards
Ram
On Thu, Feb 21, 2013 at 8:54 PM, ramkrishna vasudevan
ramkrishna.s.vasude...@gmail.com wrote:
Hi Devs
I tried to run HBase current trunk snapshot with Hadoop
This indicates that the hadoop 2.0 HBase got built with lags the binary
running as Namenode.
Cheers
On Thu, Feb 21, 2013 at 8:42 PM, ramkrishna vasudevan
ramkrishna.s.vasude...@gmail.com wrote:
During this time NN says
Incorrect header or version mismatch from 127.0.0.1:34789 got version 7
hadoop-2.0.3-alpha is the HDFS that am running.
REgards
Ram
On Fri, Feb 22, 2013 at 10:26 AM, Ted Yu yuzhih...@gmail.com wrote:
This indicates that the hadoop 2.0 HBase got built with lags the binary
running as Namenode.
Cheers
On Thu, Feb 21, 2013 at 8:42 PM, ramkrishna vasudevan
Ted Yu created HBASE-7904:
-
Summary: Upgrade hadoop 2.0 dependency to 2.0.3-alpha
Key: HBASE-7904
URL: https://issues.apache.org/jira/browse/HBASE-7904
Project: HBase
Issue Type: Bug
stack created HBASE-7905:
Summary: Add passing of optional cell blocks over rpc
Key: HBASE-7905
URL: https://issues.apache.org/jira/browse/HBASE-7905
Project: HBase
Issue Type: Sub-task
See https://builds.apache.org/job/HBase-TRUNK/3890/changes
Changes:
[enis] HBASE-7305. ZK based Read/Write locks for table operations
--
[...truncated 3858 lines...]
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 23.636 sec
Running
In case you haven't yet heard, hbasecon2013 was announced today [1]. The
call for speakers is open so please consider giving a talk on anything that
falls within the pull of the hbase planet. We (your lovely hbasecon2013
program committee listed along the bottom of [1]), would love to have you.
So I buy the argument about this being included in hbase, but several of
the questions still stand --
Why is this part of hbase-common? shouldn't this be just a dependency of
hbase-client module? Does the hbase-server side need to depend on this?
Since this is a large import of a currently
43 matches
Mail list logo
