[jira] [Updated] (HBASE-15136) Explore different queuing behaviors while busy

[ https://issues.apache.org/jira/browse/HBASE-15136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-15136: -- Release Note: Previously RPC request scheduler in HBase had 2 modes in could operate

[jira] [Updated] (HBASE-20846) Restore procedure locks when master restarts

[ https://issues.apache.org/jira/browse/HBASE-20846?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-20846: -- Description: Found this one when investigating ModifyTableProcedure got stuck while there

[jira] [Updated] (HBASE-20447) Only fail cacheBlock if block collisions aren't related to next block metadata

[ https://issues.apache.org/jira/browse/HBASE-20447?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-20447: -- Description: This is the issue I was originally having here:

[jira] [Updated] (HBASE-26708) Netty "leak detected" and OutOfDirectMemoryError due to direct memory buffering with SASL implementation

[ https://issues.apache.org/jira/browse/HBASE-26708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-26708: -- Description: Under constant data ingestion, using default Netty based RpcServer and

[jira] [Updated] (HBASE-27464) In memory compaction 'COMPACT' may cause data corruption when adding cells large than maxAlloc(default 256k) size.

[ https://issues.apache.org/jira/browse/HBASE-27464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-27464: -- Summary: In memory compaction 'COMPACT' may cause data corruption when adding cells large

[jira] [Updated] (HBASE-27464) In memory compaction 'COMPACT' may cause data corruption when add cell bigger than maxAlloc(default 256k) size.

[ https://issues.apache.org/jira/browse/HBASE-27464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-27464: -- Summary: In memory compaction 'COMPACT' may cause data corruption when add cell bigger than

[jira] [Created] (HBASE-27464) In memory compaction 'COMPACT' may cause data mass when add cell bigger than maxAlloc(default 256k) size.

zhuobin zheng created HBASE-27464: - Summary: In memory compaction 'COMPACT' may cause data mass when add cell bigger than maxAlloc(default 256k) size. Key: HBASE-27464 URL:

[jira] [Updated] (HBASE-26026) HBase Write may be stuck forever when using CompactingMemStore

[ https://issues.apache.org/jira/browse/HBASE-26026?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-26026: -- Description: Sometimes I observed that HBase Write might be stuck in my hbase cluster which

[jira] [Assigned] (HBASE-26580) The message of StoreTooBusy is confused

[ https://issues.apache.org/jira/browse/HBASE-26580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng reassigned HBASE-26580: - Assignee: zhuobin zheng > The message of StoreTooBusy is confused >

[jira] [Updated] (HBASE-26580) The message of StoreTooBusy is confused

[ https://issues.apache.org/jira/browse/HBASE-26580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-26580: -- Priority: Trivial (was: Minor) > The message of StoreTooBusy is confused >

[jira] [Created] (HBASE-26580) The message of StoreTooBusy is confused

zhuobin zheng created HBASE-26580: - Summary: The message of StoreTooBusy is confused Key: HBASE-26580 URL: https://issues.apache.org/jira/browse/HBASE-26580 Project: HBase Issue Type: Task

[jira] [Updated] (HBASE-26579) Set storage policy of recovered edits when wal storage type is configured

[ https://issues.apache.org/jira/browse/HBASE-26579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-26579: -- Status: Patch Available (was: Open) > Set storage policy of recovered edits when wal

[jira] [Assigned] (HBASE-26579) Set storage policy of recovered edits when wal storage type is configured

[ https://issues.apache.org/jira/browse/HBASE-26579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng reassigned HBASE-26579: - Assignee: zhuobin zheng > Set storage policy of recovered edits when wal storage type

[jira] [Created] (HBASE-26579) Set storage policy of recovered edits when wal storage type is configured

zhuobin zheng created HBASE-26579: - Summary: Set storage policy of recovered edits when wal storage type is configured Key: HBASE-26579 URL: https://issues.apache.org/jira/browse/HBASE-26579

[jira] [Commented] (HBASE-26482) HMaster may clean wals that is replicating in rare cases

[ https://issues.apache.org/jira/browse/HBASE-26482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17449762#comment-17449762 ] zhuobin zheng commented on HBASE-26482: --- Push MR

[jira] [Commented] (HBASE-26482) HMaster may clean wals that is replicating in rare cases

[ https://issues.apache.org/jira/browse/HBASE-26482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17448898#comment-17448898 ] zhuobin zheng commented on HBASE-26482: --- [~shahrs87] It seems yes. The code in branch-1 also has

[jira] [Commented] (HBASE-26482) HMaster may clean wals that is replicating in rare cases

[ https://issues.apache.org/jira/browse/HBASE-26482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17448075#comment-17448075 ] zhuobin zheng commented on HBASE-26482: --- JIRA:  HBASE-12865 Has fixed this problem. HBASE-12865

[jira] [Assigned] (HBASE-26414) Tracing INSTRUMENTATION_NAME is incorrect

[ https://issues.apache.org/jira/browse/HBASE-26414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng reassigned HBASE-26414: - Assignee: Nick Dimiduk (was: zhuobin zheng) > Tracing INSTRUMENTATION_NAME is

[jira] [Commented] (HBASE-26482) HMaster may clean wals that is replicating in rare cases

[ https://issues.apache.org/jira/browse/HBASE-26482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17447810#comment-17447810 ] zhuobin zheng commented on HBASE-26482: --- One way to solve the problem: We compare cversion of

[jira] [Updated] (HBASE-26482) HMaster may clean wals that is replicating in rare cases

[ https://issues.apache.org/jira/browse/HBASE-26482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-26482: -- Summary: HMaster may clean wals that is replicating in rare cases (was: HMaster may clean

[jira] [Created] (HBASE-26482) HMaster may clean replication wals in rare cases

zhuobin zheng created HBASE-26482: - Summary: HMaster may clean replication wals in rare cases Key: HBASE-26482 URL: https://issues.apache.org/jira/browse/HBASE-26482 Project: HBase Issue

[jira] [Assigned] (HBASE-26414) Tracing INSTRUMENTATION_NAME is incorrect

[ https://issues.apache.org/jira/browse/HBASE-26414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng reassigned HBASE-26414: - Assignee: zhuobin zheng (was: Nick Dimiduk) > Tracing INSTRUMENTATION_NAME is

[jira] [Updated] (HBASE-26467) Wrong Cell Generated by MemStoreLABImpl.forceCopyOfBigCellInto when Cell size bigger than data chunk size

[ https://issues.apache.org/jira/browse/HBASE-26467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-26467: -- Status: Patch Available (was: In Progress) https://github.com/apache/hbase/pull/3858 >

[jira] [Work started] (HBASE-26467) Wrong Cell Generated by MemStoreLABImpl.forceCopyOfBigCellInto when Cell size bigger than data chunk size

[ https://issues.apache.org/jira/browse/HBASE-26467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on HBASE-26467 started by zhuobin zheng. - > Wrong Cell Generated by MemStoreLABImpl.forceCopyOfBigCellInto when Cell

[jira] [Updated] (HBASE-26467) Wrong Cell Generated by MemStoreLABImpl.forceCopyOfBigCellInto when Cell size bigger than data chunk size

[ https://issues.apache.org/jira/browse/HBASE-26467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-26467: -- Description: In our company 2.X cluster. I found some region compaction keeps failling

[jira] [Assigned] (HBASE-26467) Wrong Cell Generated by MemStoreLABImpl.forceCopyOfBigCellInto when Cell size bigger than data chunk size

[ https://issues.apache.org/jira/browse/HBASE-26467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng reassigned HBASE-26467: - Assignee: zhuobin zheng > Wrong Cell Generated by

[jira] [Created] (HBASE-26467) Wrong Cell Generated by MemStoreLABImpl.forceCopyOfBigCellInto when Cell size bigger than data chunk size

zhuobin zheng created HBASE-26467: - Summary: Wrong Cell Generated by MemStoreLABImpl.forceCopyOfBigCellInto when Cell size bigger than data chunk size Key: HBASE-26467 URL:

[jira] [Commented] (HBASE-26022) DNS jitter causes hbase client to get stuck

[ https://issues.apache.org/jira/browse/HBASE-26022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17368577#comment-17368577 ] zhuobin zheng commented on HBASE-26022: --- In *master branch*,  it seem like RpcClient will dynamic

[jira] [Assigned] (HBASE-26022) DNS jitter causes hbase client to get stuck

[ https://issues.apache.org/jira/browse/HBASE-26022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng reassigned HBASE-26022: - Assignee: zhuobin zheng > DNS jitter causes hbase client to get stuck >

[jira] [Updated] (HBASE-26022) DNS jitter causes hbase client to get stuck

[ https://issues.apache.org/jira/browse/HBASE-26022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-26022: -- Description: In our product hbase cluster, we occasionally encounter below errors, and stuck

[jira] [Updated] (HBASE-26022) DNS jitter causes hbase client to get stuck

[ https://issues.apache.org/jira/browse/HBASE-26022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-26022: -- Description: In our product hbase cluster, we occasionally encounter  errors   > DNS jitter

[jira] [Created] (HBASE-26022) DNS jitter causes hbase client to get stuck

zhuobin zheng created HBASE-26022: - Summary: DNS jitter causes hbase client to get stuck Key: HBASE-26022 URL: https://issues.apache.org/jira/browse/HBASE-26022 Project: HBase Issue Type:

[jira] [Commented] (HBASE-21183) loadIncrementalHFiles sometimes throws FileNotFoundException on retry

[ https://issues.apache.org/jira/browse/HBASE-21183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17297137#comment-17297137 ] zhuobin zheng commented on HBASE-21183: --- May caused by

[jira] [Updated] (HBASE-25512) May throw StringIndexOutOfBoundsException when construct illegal tablename error

[ https://issues.apache.org/jira/browse/HBASE-25512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-25512: -- Fix Version/s: 2.5.0 1.7.0 3.0.0-alpha-1 > May throw

[jira] [Assigned] (HBASE-25512) May throw StringIndexOutOfBoundsException when construct illegal tablename error

[ https://issues.apache.org/jira/browse/HBASE-25512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng reassigned HBASE-25512: - Assignee: zhuobin zheng > May throw StringIndexOutOfBoundsException when construct

[jira] [Commented] (HBASE-25510) Optimize TableName.valueOf from O(n) to O(1). We can get benefits when the number of tables in the cluster is greater than dozens

[ https://issues.apache.org/jira/browse/HBASE-25510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17266971#comment-17266971 ] zhuobin zheng commented on HBASE-25510: --- Thanks for your watching [~vjasani] . 1.  I used JMH to

[jira] [Updated] (HBASE-25510) Optimize TableName.valueOf from O(n) to O(1). We can get benefits when the number of tables in the cluster is greater than dozens

[ https://issues.apache.org/jira/browse/HBASE-25510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-25510: -- Attachment: (was: TestTableNameJMH.java) > Optimize TableName.valueOf from O(n) to O(1).

[jira] [Updated] (HBASE-25510) Optimize TableName.valueOf from O(n) to O(1). We can get benefits when the number of tables in the cluster is greater than dozens

[ https://issues.apache.org/jira/browse/HBASE-25510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-25510: -- Attachment: TestTableNameJMH.java > Optimize TableName.valueOf from O(n) to O(1). We can get

[jira] [Updated] (HBASE-25510) Optimize TableName.valueOf from O(n) to O(1). We can get benefits when the number of tables in the cluster is greater than dozens

[ https://issues.apache.org/jira/browse/HBASE-25510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-25510: -- Attachment: optimiz_benchmark_fix > Optimize TableName.valueOf from O(n) to O(1). We can get

[jira] [Updated] (HBASE-25510) Optimize TableName.valueOf from O(n) to O(1). We can get benefits when the number of tables in the cluster is greater than dozens

[ https://issues.apache.org/jira/browse/HBASE-25510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-25510: -- Attachment: TestTableNameJMH.java > Optimize TableName.valueOf from O(n) to O(1). We can get

[jira] [Updated] (HBASE-25512) May throw StringIndexOutOfBoundsException when construct illegal tablename error

[ https://issues.apache.org/jira/browse/HBASE-25512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-25512: -- Priority: Trivial (was: Minor) > May throw StringIndexOutOfBoundsException when construct

[jira] [Updated] (HBASE-25512) May throw StringIndexOutOfBoundsException when construct illegal tablename error

[ https://issues.apache.org/jira/browse/HBASE-25512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-25512: -- Priority: Minor (was: Trivial) > May throw StringIndexOutOfBoundsException when construct

[jira] [Updated] (HBASE-25512) May throw StringIndexOutOfBoundsException when construct illegal tablename error

[ https://issues.apache.org/jira/browse/HBASE-25512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-25512: -- External issue URL: https://github.com/apache/hbase/pull/2884 > May throw

[jira] [Created] (HBASE-25512) May throw StringIndexOutOfBoundsException when construct illegal tablename error

zhuobin zheng created HBASE-25512: - Summary: May throw StringIndexOutOfBoundsException when construct illegal tablename error Key: HBASE-25512 URL: https://issues.apache.org/jira/browse/HBASE-25512

[jira] [Updated] (HBASE-25510) Optimize TableName.valueOf from O(n) to O(1). We can get benefits when the number of tables in the cluster is greater than dozens

[ https://issues.apache.org/jira/browse/HBASE-25510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-25510: -- Attachment: stucks-profile-info > Optimize TableName.valueOf from O(n) to O(1). We can get

[jira] [Commented] (HBASE-25510) Optimize TableName.valueOf from O(n) to O(1). We can get benefits when the number of tables in the cluster is greater than dozens

[ https://issues.apache.org/jira/browse/HBASE-25510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17265688#comment-17265688 ] zhuobin zheng commented on HBASE-25510: --- Add MR links and add benchmark attachments. Benchmark

[jira] [Updated] (HBASE-25510) Optimize TableName.valueOf from O(n) to O(1). We can get benefits when the number of tables in the cluster is greater than dozens

[ https://issues.apache.org/jira/browse/HBASE-25510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-25510: -- Attachment: optimiz_benchmark origin_benchmark > Optimize TableName.valueOf

[jira] [Updated] (HBASE-25510) Optimize TableName.valueOf from O(n) to O(1). We can get benefits when the number of tables in the cluster is greater than dozens

[ https://issues.apache.org/jira/browse/HBASE-25510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-25510: -- External issue URL: https://github.com/apache/hbase/pull/2885 > Optimize TableName.valueOf

[jira] [Updated] (HBASE-25510) Optimize TableName.valueOf from O(n) to O(1). We can get benefits when the number of tables in the cluster is greater than dozens

[ https://issues.apache.org/jira/browse/HBASE-25510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-25510: -- Description: Now, TableName.valueOf will try to find TableName Object in cache linearly(code

[jira] [Created] (HBASE-25510) Optimize TableName.valueOf from O(n) to O(1). We can get benefits when the number of tables in the cluster is greater than dozens

zhuobin zheng created HBASE-25510: - Summary: Optimize TableName.valueOf from O(n) to O(1). We can get benefits when the number of tables in the cluster is greater than dozens Key: HBASE-25510 URL:

[jira] [Commented] (HBASE-20673) Reduce the number of Cell implementations; the profusion is distracting to users and JIT

[ https://issues.apache.org/jira/browse/HBASE-20673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17004385#comment-17004385 ] zhuobin zheng commented on HBASE-20673: --- I Can't add attachment. So I add some info in this

[jira] [Commented] (HBASE-20673) Reduce the number of Cell implementations; the profusion is distracting to users and JIT

[ https://issues.apache.org/jira/browse/HBASE-20673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17004384#comment-17004384 ] zhuobin zheng commented on HBASE-20673: --- Hi, [~stack]   I also encountered similar problems in my

[jira] [Updated] (HBASE-23598) There are too much small WAL File

[ https://issues.apache.org/jira/browse/HBASE-23598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-23598: -- Attachment: HBASE-23598.patch > There are too much small WAL File >

[jira] [Updated] (HBASE-23598) There are too much small WAL File

[ https://issues.apache.org/jira/browse/HBASE-23598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] zhuobin zheng updated HBASE-23598: -- Attachment: wals Component/s: wal Affects Version/s: 2.2.2

[jira] [Created] (HBASE-23598) There are too much small WAL

zhuobin zheng created HBASE-23598: - Summary: There are too much small WAL Key: HBASE-23598 URL: https://issues.apache.org/jira/browse/HBASE-23598 Project: HBase Issue Type: Improvement