[jira] [Commented] (HBASE-10309) Add support to delete empty regions in 0.94.x series
[ https://issues.apache.org/jira/browse/HBASE-10309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13899481#comment-13899481 ] Ionut Ignatescu commented on HBASE-10309: - I am also interested to hear more details on this topic. This feature would be extremely useful and for me. i have the same use case. For the moment, I have a quick question: if I delete an empty region and I run hbck -repairHoles, what will be the effect?A new empty region just as that was deleted or one of the neighboring regions will be extended to cover the gap? Thanks, Ionut I. Add support to delete empty regions in 0.94.x series Key: HBASE-10309 URL: https://issues.apache.org/jira/browse/HBASE-10309 Project: HBase Issue Type: New Feature Reporter: AcCud My use case: I have several tables where keys start with a timestamp. Because of this and combined with the fact that I have set a 15 days retention period, after a period of time results empty regions. I am sure that no write will occur in these region. It would be nice to have a tool to delete regions without being necessary to stop the cluster. The easiest way for me is to have a tool that is able to delete all empty regions, but there wouldn't be any problem to specify which region to delete. Something like: deleteRegion tableName region -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (HBASE-10309) Add support to delete empty regions in 0.94.x series
[ https://issues.apache.org/jira/browse/HBASE-10309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13899582#comment-13899582 ] Ionut Ignatescu commented on HBASE-10309: - [~jmhsieh]: Thank you for the respose, but it wasn't clear for me: if I delete an empty region and I run hbck -repairHoles, what will be the effect?A new empty region just as that was deleted or one of the neighboring regions will be extended to cover the gap? Thanks! Add support to delete empty regions in 0.94.x series Key: HBASE-10309 URL: https://issues.apache.org/jira/browse/HBASE-10309 Project: HBase Issue Type: New Feature Reporter: AcCud My use case: I have several tables where keys start with a timestamp. Because of this and combined with the fact that I have set a 15 days retention period, after a period of time results empty regions. I am sure that no write will occur in these region. It would be nice to have a tool to delete regions without being necessary to stop the cluster. The easiest way for me is to have a tool that is able to delete all empty regions, but there wouldn't be any problem to specify which region to delete. Something like: deleteRegion tableName region -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (HBASE-6612) Hbase command line improvements
[ https://issues.apache.org/jira/browse/HBASE-6612?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13440673#comment-13440673 ] Ionut Ignatescu commented on HBASE-6612: I think it not about adding data types, it's more about adding SerDes support. Behind a common model(interface), it should be support for any standard data type: long, double, strings with different encoding, etc. Also, in this way we could add support for any custom model(Ex: a table with a composed key, where firsts 4 bytes are an integer value, next eight are a long representing a date and the rest are a result of a hash function). In this way is much more easier to perform operations using shell. Hbase command line improvements --- Key: HBASE-6612 URL: https://issues.apache.org/jira/browse/HBASE-6612 Project: HBase Issue Type: New Feature Components: scripts, shell Affects Versions: 0.94.1 Reporter: Ionut Ignatescu Priority: Minor Currently, if the row key or any column value is something different than a string, when a scan is performed via command line, the value extracted are not decoded to a human-readable format. It would be nice to have support to some standard data types(long,double,etc..) or to specify some custom decoders(this would be extremely useful for tables having composed keys). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (HBASE-6612) Hbase command line improvements
Ionut Ignatescu created HBASE-6612: -- Summary: Hbase command line improvements Key: HBASE-6612 URL: https://issues.apache.org/jira/browse/HBASE-6612 Project: HBase Issue Type: New Feature Components: scripts, shell Affects Versions: 0.94.1 Reporter: Ionut Ignatescu Priority: Minor Currently, if the row key or any column value is something different than a string, when a scan is performed via command line, the value extracted are not decoded to a human-readable format. It would be nice to have support to some standard data types(long,double,etc..) or to specify some custom decoders(this would be extremely useful for tables having composed keys). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (HBASE-6613) Automatically merge empty regions
Ionut Ignatescu created HBASE-6613: -- Summary: Automatically merge empty regions Key: HBASE-6613 URL: https://issues.apache.org/jira/browse/HBASE-6613 Project: HBase Issue Type: New Feature Components: master, regionserver, util Affects Versions: 0.94.1 Reporter: Ionut Ignatescu Consider an usecase where row keys has an increasing value(time-series data for example) and data retention is set to a concrete value(60 days for example). After a period of time, longer than retention, empty regions will appear. This will cause high memory use on region servers. In my opinion, regions merge could be part of major compaction or another tool should be provided. From my understading, it is possible to merge 2 empty regions without make table offline, but it's not possible to merge one empty region with a non-empty region without close/unassing this regions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (HBASE-5362) ZK connection leak
[ https://issues.apache.org/jira/browse/HBASE-5362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13397565#comment-13397565 ] Ionut Ignatescu commented on HBASE-5362: Any update on this?Any fix? ZK connection leak -- Key: HBASE-5362 URL: https://issues.apache.org/jira/browse/HBASE-5362 Project: HBase Issue Type: Bug Components: mapreduce Affects Versions: 0.90.3 Reporter: Ionut Ignatescu I have an application like a scheduler that starts periodically some MR jobs that reads from one HBase table and write in more tables, changing the row key and the columns list. I have encounted a problem with this: after each MR job, I have +1 connections open to ZK and after a period of time, I have received IOException. I saw that I am not the first that had had this problem, but I didn't see any fix. No in HBase 0.90.4, nor in HBase 0.92. To fix this issue I wrote a custom TableInputFormat that forces to close the connection to ZK after each getSplits call. Also, the initTableMapperJob was overwritten. I found an open JIRA issue here: https://issues.apache.org/jira/browse/HBASE-3792 Regards, Ionut I. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
