Feng Honghua created HBASE-10523:
Summary: Correct wrong handling and add proper handling for
swallowed InterruptedException thrown by Thread.sleep in util
Key: HBASE-10523
URL: https://issues.apache.org/jira/brow
Feng Honghua created HBASE-10522:
Summary: Correct some wrong handling and add proper handling for
swallowed InterruptedException thrown by Thread.sleep in client
Key: HBASE-10522
URL: https://issues.apache.org/ji
Feng Honghua created HBASE-10521:
Summary: Add handling for swallowed InterruptedException thrown by
Thread.sleep in RpcServer and RpcClient
Key: HBASE-10521
URL: https://issues.apache.org/jira/browse/HBASE-10521
Feng Honghua created HBASE-10520:
Summary: Add handling for swallowed InterruptedException thrown by
Thread.sleep in MiniZooKeeperCluster
Key: HBASE-10520
URL: https://issues.apache.org/jira/browse/HBASE-10520
Feng Honghua created HBASE-10519:
Summary: Add handling for swallowed InterruptedException thrown by
Thread.sleep in rest related files
Key: HBASE-10519
URL: https://issues.apache.org/jira/browse/HBASE-10519
+1 from me.
Downloaded the RC, ran in a 5 RS + 1 Master cluster.
Tested performance between 0.96 and 0.98 without tags. Not much difference,
looks the same overall.
Tested various encoders, looks good.
Tested with visibility labels/ACLs, no exceptions in logs, looks good.
Restart from 0.96.1.1 to
+1 from me.
On Thu, Feb 13, 2014 at 1:34 AM, Andrew Purtell wrote:
> That's great!
>
>
> > On Feb 11, 2014, at 3:20 PM, Stack wrote:
> >
> > Over on the tail of concurrent thread 'DISCUSSION: 1.0.0', Enis
> volunteered
> > (again) as 1.0.0 Release Manager.
> >
> > Unless objection, I'd say let
Jean-Daniel Cryans created HBASE-10518:
--
Summary: DirectMemoryUtils.getDirectMemoryUsage spams when none is
configured
Key: HBASE-10518
URL: https://issues.apache.org/jira/browse/HBASE-10518
Proj
+1
Downloaded and verified signatures for hadoop1 and hadoop2.
Done feature testing using hadoop2. Tested visibility labels, WAL
encryption and cell ACL.
Tested tags/visibility labels along with distributed log replay ON. All
looks good.
Done upgrade test from 96.1.1 to 98. All looks good.
In
Enis Soztutar created HBASE-10517:
-
Summary: NPE in MetaCache.clearCache()
Key: HBASE-10517
URL: https://issues.apache.org/jira/browse/HBASE-10517
Project: HBase
Issue Type: Sub-task
Feng Honghua created HBASE-10516:
Summary: Refactor code where Threads.sleep is called within a
while/for loop
Key: HBASE-10516
URL: https://issues.apache.org/jira/browse/HBASE-10516
Project: HBase
[
https://issues.apache.org/jira/browse/HBASE-10508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ted Yu resolved HBASE-10508.
Resolution: Fixed
Hadoop Flags: Reviewed
> Backport HBASE-10365 'HBaseFsck should clean up connectio
On Wed, Feb 12, 2014 at 2:43 PM, Jean-Daniel Cryans wrote:
> everything looks good except
> for the annoying "Failed to retrieve nio.BufferPool direct MemoryUsed"
> debug line...
>
We have a JIRA for that?
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting bac
On Wed, Feb 12, 2014 at 2:43 PM, Jean-Daniel Cryans wrote:
> everything looks good except for the annoying "Failed to retrieve
> nio.BufferPool direct MemoryUsed" debug line...
>
That was introduced on HBASE-10116. It only impacts JDK6, as that version
of the JDK doesn't export this bean. I can l
+1
Downloaded the hadoop2 tarball, ran some PE, everything looks good except
for the annoying "Failed to retrieve nio.BufferPool direct MemoryUsed"
debug line...
J-D
On Thu, Feb 6, 2014 at 6:14 PM, Andrew Purtell wrote:
> The 3rd HBase 0.98.0 release candidate (RC2) is available for download
Ted Yu created HBASE-10515:
--
Summary: Potential null pointer dereference in
HFileArchiver#archiveRegion()
Key: HBASE-10515
URL: https://issues.apache.org/jira/browse/HBASE-10515
Project: HBase
Issu
stack created HBASE-10514:
-
Summary: Forward port HBASE-10464 and HBASE-10464
Key: HBASE-10514
URL: https://issues.apache.org/jira/browse/HBASE-10514
Project: HBase
Issue Type: Bug
Report
+1
I checked signatures and tarballs while making the RC.
I have also done some testing of 0.98.0RC2 with Hadoop 2.3.0-SNAPSHOT, and
things seem good. Ran LoadTestTool against a small cluster, mixed
read/write load, and latencies and operation/sec measurements were within
the range I would expect
This is no coincidence, Linux kernel modules (specifically the security
ones, and what enables them) were some direct inspiration. :-)
I may have said this before but I think stable interfaces for coprocessors
comes into play only once we are doing HBASE-4047, and even then I would
expect an even
Enis Soztutar created HBASE-10513:
-
Summary: Provide user documentation for region replicas
Key: HBASE-10513
URL: https://issues.apache.org/jira/browse/HBASE-10513
Project: HBase
Issue Type:
On Wed, Feb 12, 2014 at 12:46 PM, Gary Helmling wrote:
> >
> > 'Repurpose' might not be the way I would put it.
> >
> > Coprocessors were and are a means for internal server extension by mixin.
> > The original problem we solved was needing to subclass HRegionServer and
> > other classes to exten
>
> 'Repurpose' might not be the way I would put it.
>
> Coprocessors were and are a means for internal server extension by mixin.
> The original problem we solved was needing to subclass HRegionServer and
> other classes to extend core HBase functions, but having more than one
> otherwise orthogon
Yi Deng created HBASE-10512:
---
Summary: Some testcases use HTable in multi-thread
Key: HBASE-10512
URL: https://issues.apache.org/jira/browse/HBASE-10512
Project: HBase
Issue Type: Test
Co
+1 (again).
Ran RC on the hadoop 2.3.0 RC under a load. Seems fine (The httpserver
stuff is all good).
Ran asychbase test suite against the candidate. It found a change in
semantics from 0.96 -- see tail of HBASE-10252 -- but I think we just doc
the new behavior and move on.
TSDB 2.0 seems to
'Repurpose' might not be the way I would put it.
Coprocessors were and are a means for internal server extension by mixin. The
original problem we solved was needing to subclass HRegionServer and other
classes to extend core HBase functions, but having more than one otherwise
orthogonal extens
That's great!
> On Feb 11, 2014, at 3:20 PM, Stack wrote:
>
> Over on the tail of concurrent thread 'DISCUSSION: 1.0.0', Enis volunteered
> (again) as 1.0.0 Release Manager.
>
> Unless objection, I'd say let this be so. We could run a vote but my
> thinking is that any one interested in RM'i
Nicolas Liochon created HBASE-10511:
---
Summary: Add latency percentiles on PerformanceEvaluation
Key: HBASE-10511
URL: https://issues.apache.org/jira/browse/HBASE-10511
Project: HBase
Issue
Ted Yu created HBASE-10510:
--
Summary: HTable is not closed in LoadTestTool#loadTable()
Key: HBASE-10510
URL: https://issues.apache.org/jira/browse/HBASE-10510
Project: HBase
Issue Type: Bug
Yes. I want to do them on off-peak hours. I already configured those
settings.
--
View this message in context:
http://apache-hbase.679495.n3.nabble.com/Disable-major-compaction-tp4055904p4055910.html
Sent from the HBase Developer mailing list archive at Nabble.com.
Moving the question to user mailing list.
Hi Yaniv,
Even with this setting, you might still have some major compactions if all
the stores are selected for a compaction.
Any specific reason why you want to disable them?
JM
2014-02-12 9:04 GMT-05:00 yanivG :
> Hi,
> I want to disable major com
Hi,
I want to disable major compaction.
I have already set the following:
hbase.hregion.majorcompaction
0
But I read somewhere that there is another/other setting I should put?
Does anybody knows about such?
Thanks,
Yaniv
--
View this message in context:
http://apache-hbase.67949
31 matches
Mail list logo
