[jira] [Commented] (HBASE-4096) book.xml - adding copytables entry in tools-appendix

[ https://issues.apache.org/jira/browse/HBASE-4096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13076056#comment-13076056 ] Hudson commented on HBASE-4096: --- Integrated in HBase-TRUNK #2068 (See

[jira] [Commented] (HBASE-4097) troubleshooting.xml - adding entry for client errors about can't connect to zookeeper

[ https://issues.apache.org/jira/browse/HBASE-4097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13076055#comment-13076055 ] Hudson commented on HBASE-4097: --- Integrated in HBase-TRUNK #2068 (See

[jira] [Resolved] (HBASE-3810) Registering a Coprocessor at HTableDescriptor should be less strict

[ https://issues.apache.org/jira/browse/HBASE-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Helmling resolved HBASE-3810. -- Resolution: Fixed Committed to trunk. Thanks for the patch Mingjie. Registering a

[jira] [Updated] (HBASE-3810) Registering a Coprocessor at HTableDescriptor should be less strict

[ https://issues.apache.org/jira/browse/HBASE-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Helmling updated HBASE-3810: - Attachment: HBASE-3810_final.patch Final patch from review committed to trunk. Registering a

[jira] [Commented] (HBASE-3810) Registering a Coprocessor at HTableDescriptor should be less strict

[ https://issues.apache.org/jira/browse/HBASE-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13076115#comment-13076115 ] Hudson commented on HBASE-3810: --- Integrated in HBase-TRUNK #2070 (See

[jira] [Commented] (HBASE-4110) book.xml - adding subsection on secondary indexes and alternate query paths

[ https://issues.apache.org/jira/browse/HBASE-4110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13076165#comment-13076165 ] Doug Meil commented on HBASE-4110: -- Rats, this patch has a conflict when applied on

[jira] [Updated] (HBASE-4110) book.xml - adding subsection on secondary indexes and alternate query paths

[ https://issues.apache.org/jira/browse/HBASE-4110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Doug Meil updated HBASE-4110: - Resolution: Fixed Status: Resolved (was: Patch Available) book.xml - adding subsection on

[jira] [Commented] (HBASE-4110) book.xml - adding subsection on secondary indexes and alternate query paths

[ https://issues.apache.org/jira/browse/HBASE-4110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13076181#comment-13076181 ] Doug Meil commented on HBASE-4110: -- Integrated on TRUNK book.xml - adding subsection on

[jira] [Created] (HBASE-4155) the problem in hbase thrift client when scan/get rows by timestamp

the problem in hbase thrift client when scan/get rows by timestamp -- Key: HBASE-4155 URL: https://issues.apache.org/jira/browse/HBASE-4155 Project: HBase Issue Type: Bug

[jira] [Commented] (HBASE-4110) book.xml - adding subsection on secondary indexes and alternate query paths

[ https://issues.apache.org/jira/browse/HBASE-4110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13076275#comment-13076275 ] Hudson commented on HBASE-4110: --- Integrated in HBase-TRUNK #2071 (See

[jira] [Commented] (HBASE-3842) Refactor Coprocessor Compaction API

[ https://issues.apache.org/jira/browse/HBASE-3842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13076296#comment-13076296 ] Andrew Purtell commented on HBASE-3842: --- bq. are we expecting the common case to be

[jira] [Commented] (HBASE-3810) Registering a Coprocessor at HTableDescriptor should be less strict

[ https://issues.apache.org/jira/browse/HBASE-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078299#comment-13078299 ] jirapos...@reviews.apache.org commented on HBASE-3810: --

[jira] [Commented] (HBASE-3899) enhance HBase RPC to support free-ing up server handler threads even if response is not ready

[ https://issues.apache.org/jira/browse/HBASE-3899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078312#comment-13078312 ] jirapos...@reviews.apache.org commented on HBASE-3899: --

[jira] [Assigned] (HBASE-2856) TestAcidGuarantee broken on trunk

[ https://issues.apache.org/jira/browse/HBASE-2856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amitanand Aiyer reassigned HBASE-2856: -- Assignee: Amitanand Aiyer (was: stack) TestAcidGuarantee broken on trunk

[jira] [Commented] (HBASE-4155) the problem in hbase thrift client when scan/get rows by timestamp

[ https://issues.apache.org/jira/browse/HBASE-4155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078356#comment-13078356 ] Jean-Daniel Cryans commented on HBASE-4155: --- I dug back in the commits to see

[jira] [Commented] (HBASE-4155) the problem in hbase thrift client when scan/get rows by timestamp

[ https://issues.apache.org/jira/browse/HBASE-4155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078365#comment-13078365 ] Ted Yu commented on HBASE-4155: --- I suggest we keep the current behavior.

[jira] [Updated] (HBASE-1938) Make in-memory table scanning faster

[ https://issues.apache.org/jira/browse/HBASE-1938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] nkeywal updated HBASE-1938: --- Attachment: 20110802_MemStore.patch MemStoreScanPerformance.java Test added to show the

[jira] [Commented] (HBASE-1938) Make in-memory table scanning faster

[ https://issues.apache.org/jira/browse/HBASE-1938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078377#comment-13078377 ] nkeywal commented on HBASE-1938: For any future modification on this part: on jdk 1.6.24,

[jira] [Commented] (HBASE-3899) enhance HBase RPC to support free-ing up server handler threads even if response is not ready

[ https://issues.apache.org/jira/browse/HBASE-3899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078383#comment-13078383 ] jirapos...@reviews.apache.org commented on HBASE-3899: -- bq. On

[jira] [Created] (HBASE-4156) ZKConfig defaults clientPort improperly

ZKConfig defaults clientPort improperly --- Key: HBASE-4156 URL: https://issues.apache.org/jira/browse/HBASE-4156 Project: HBase Issue Type: Bug Components: zookeeper Reporter:

[jira] [Updated] (HBASE-4156) ZKConfig defaults clientPort improperly

[ https://issues.apache.org/jira/browse/HBASE-4156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michajlo Matijkiw updated HBASE-4156: - Attachment: clientPort-default-fix.patch Removed ZK_CFG_PROPERTY prefix from

[jira] [Created] (HBASE-4157) Possible performance improvement in Bytes.java

Possible performance improvement in Bytes.java -- Key: HBASE-4157 URL: https://issues.apache.org/jira/browse/HBASE-4157 Project: HBase Issue Type: Improvement Components: performance

[jira] [Commented] (HBASE-3899) enhance HBase RPC to support free-ing up server handler threads even if response is not ready

[ https://issues.apache.org/jira/browse/HBASE-3899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078398#comment-13078398 ] jirapos...@reviews.apache.org commented on HBASE-3899: --

[jira] [Commented] (HBASE-4155) the problem in hbase thrift client when scan/get rows by timestamp

[ https://issues.apache.org/jira/browse/HBASE-4155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078442#comment-13078442 ] Jean-Daniel Cryans commented on HBASE-4155: --- Yeah that's an option... and then

[jira] [Commented] (HBASE-4155) the problem in hbase thrift client when scan/get rows by timestamp

[ https://issues.apache.org/jira/browse/HBASE-4155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078446#comment-13078446 ] Ted Yu commented on HBASE-4155: --- We should correct the implementation of scannerOpenTs and

[jira] [Commented] (HBASE-3336) Make GC pauses more obvious to users

[ https://issues.apache.org/jira/browse/HBASE-3336?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078472#comment-13078472 ] Todd Lipcon commented on HBASE-3336: Another similar idea: this thread could run a

[jira] [Commented] (HBASE-3065) Retry all 'retryable' zk operations; e.g. connection loss

[ https://issues.apache.org/jira/browse/HBASE-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078478#comment-13078478 ] Jean-Daniel Cryans commented on HBASE-3065: --- Log splitting was broken since this

[jira] [Commented] (HBASE-4156) ZKConfig defaults clientPort improperly

[ https://issues.apache.org/jira/browse/HBASE-4156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078486#comment-13078486 ] Christopher Ebert commented on HBASE-4156: -- Small yes, but annoying when

[jira] [Commented] (HBASE-4150) Potentially too many connections may be opened if ThreadLocalPool or RoundRobinPool is used

[ https://issues.apache.org/jira/browse/HBASE-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078491#comment-13078491 ] Karthick Sankarachary commented on HBASE-4150: -- I agree that if we don't

[jira] [Commented] (HBASE-4150) Potentially too many connections may be opened if ThreadLocalPool or RoundRobinPool is used

[ https://issues.apache.org/jira/browse/HBASE-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078498#comment-13078498 ] Ted Yu commented on HBASE-4150: --- hbase.regionserver.handler.count is server side config.

[jira] [Created] (HBASE-4158) Upgrade pom.xml to surefire 2.9

Upgrade pom.xml to surefire 2.9 --- Key: HBASE-4158 URL: https://issues.apache.org/jira/browse/HBASE-4158 Project: HBase Issue Type: Improvement Components: build Affects Versions: 0.90.2, 0.90.4

[jira] [Commented] (HBASE-4150) Potentially too many connections may be opened if ThreadLocalPool or RoundRobinPool is used

[ https://issues.apache.org/jira/browse/HBASE-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078509#comment-13078509 ] Gary Helmling commented on HBASE-4150: -- Hmm, maybe I don't understand the context,

[jira] [Updated] (HBASE-4158) Upgrade pom.xml to surefire 2.9

[ https://issues.apache.org/jira/browse/HBASE-4158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mikhail Bautin updated HBASE-4158: -- Attachment: 0001-Use-Surefire-2.9.patch Changing Surefire version in pom.xml to 2.9 (patch by

[jira] [Commented] (HBASE-3065) Retry all 'retryable' zk operations; e.g. connection loss

[ https://issues.apache.org/jira/browse/HBASE-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078548#comment-13078548 ] Hudson commented on HBASE-3065: --- Integrated in HBase-TRUNK #2072 (See

[jira] [Resolved] (HBASE-3065) Retry all 'retryable' zk operations; e.g. connection loss

[ https://issues.apache.org/jira/browse/HBASE-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ted Yu resolved HBASE-3065. --- Resolution: Fixed In TRUNK build 2072, there were only two test failures which are not related to this

[jira] [Commented] (HBASE-4158) Upgrade pom.xml to surefire 2.9

[ https://issues.apache.org/jira/browse/HBASE-4158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078561#comment-13078561 ] Ted Yu commented on HBASE-4158: --- I used the patch to run through unit tests. I noticed

[jira] [Commented] (HBASE-4150) Potentially too many connections may be opened if ThreadLocalPool or RoundRobinPool is used

[ https://issues.apache.org/jira/browse/HBASE-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078571#comment-13078571 ] Lars Hofhansl commented on HBASE-4150: -- The original post was from me actually (not

[jira] [Updated] (HBASE-4150) Potentially too many connections may be opened if ThreadLocalPool or RoundRobinPool is used

[ https://issues.apache.org/jira/browse/HBASE-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ted Yu updated HBASE-4150: -- Description: See 'Problem with hbase.client.ipc.pool.type=threadlocal in trunk' discussion started by Lars

[jira] [Commented] (HBASE-4150) Potentially too many connections may be opened if ThreadLocalPool or RoundRobinPool is used

[ https://issues.apache.org/jira/browse/HBASE-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078574#comment-13078574 ] Ted Yu commented on HBASE-4150: --- Looks like we should describe the above scenario in javadoc

[jira] [Commented] (HBASE-3065) Retry all 'retryable' zk operations; e.g. connection loss

[ https://issues.apache.org/jira/browse/HBASE-3065?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078584#comment-13078584 ] ramkrishna.s.vasudevan commented on HBASE-3065: --- @Ted, I think there is some