fwiw, I gave it a try and I can't change the resolution myself, even if I
have the admin bit on the jira.
But may be a jira guru can do something about this...
On Mon, Nov 9, 2015 at 10:17 AM, Lars Francke
wrote:
> Hi,
>
> LarsG and I have been looking at a couple of JIRA issues (861 to be
> pre
Nicolas Liochon created HBASE-14580:
---
Summary: Make the HBaseMiniCluster compliant with Kerberos
Key: HBASE-14580
URL: https://issues.apache.org/jira/browse/HBASE-14580
Project: HBase
Nicolas Liochon created HBASE-14579:
---
Summary: Users authenticated with KERBEROS are recorded as being
authenticated with SIMPLE
Key: HBASE-14579
URL: https://issues.apache.org/jira/browse/HBASE-14579
+1
On Fri, Aug 28, 2015 at 12:59 AM, wrote:
> +1
> From: Stack
> To: HBase Dev List
> Sent: Thursday, August 27, 2015 10:22 AM
> Subject: Proposal: Matteo for 2.0.0 RM
>
> Last night at the HBase dev workshop, during discussion of 2.0.0 (what will
> be in it, when will it come out), i
> You’re a developer, or just some higher level primate that pounds code?
And it's not the first time. A 3 month ban seems ok to me.
On Wed, Jul 1, 2015 at 5:46 PM, Cody Marcel wrote:
> Seems odd to create extra work for already crazy busy volunteers. You would
> basically be moderating one ind
Welcome aboard, Esteban.
On Wed, Jul 1, 2015 at 3:45 PM, Pankaj kr wrote:
>
> Congrats Esteban..!! :)
>
> -Original Message-
> From: ramkrishna vasudevan [mailto:ramkrishna.s.vasude...@gmail.com]
> Sent: 01 July 2015 09:42
> To: dev@hbase.apache.org
> Subject: Re: [ANNOUNCE] New HBase co
Congrats, Mikhail!
On Wed, Jul 1, 2015 at 5:32 PM, Jonathan Hsieh wrote:
> Good stuff Mikhail!
>
> On Tue, Jun 30, 2015 at 5:14 PM, Andrew Purtell
> wrote:
>
> > On behalf of the Apache HBase PMC, I am pleased to announce that Mikhail
> > Antonov has accepted the PMC's invitation to become a co
Congrats, Sean.
Le 27 mars 2015 06:25, "张铎" a écrit :
> Congratulations!
>
> 2015-03-27 13:12 GMT+08:00 Rajeshbabu Chintaguntla <
> chrajeshbab...@gmail.com
> >:
>
> > Congratulations Sean!
> >
> > Thanks,
> > Rajeshbabu.
> >
> > On Fri, Mar 27, 2015 at 10:28 AM, liushaohui
> > wrote:
> >
> > >
Nicolas Liochon created HBASE-13286:
---
Summary: Minimum timeout for a rpc call could be 1 ms instead of 2
seconds
Key: HBASE-13286
URL: https://issues.apache.org/jira/browse/HBASE-13286
Project
>There's no reason our HDFS usage should be exposed in the HBase client code
I did look at this in the past, IIRC, our dependency was we use
hadoop-common code to read our XML configuration files
I would +1 a code duplication to remove the dependency.
I also think it is important for the end u
Congrats, guys!
Le 10 mars 2015 17:56, "Anoop John" a écrit :
> Congrats both of you.. Welcome..
>
> -Anoop-
>
> On Tue, Mar 10, 2015 at 11:41 AM, 冯宏华 wrote:
>
> > Cons and Welcome! Andrey and Duo:-)
> >
> > 发件人: saint@gmail.com 代表 Stack <
> st...@d
Nicolas Liochon created HBASE-13099:
---
Summary: Scans as in DynamoDB
Key: HBASE-13099
URL: https://issues.apache.org/jira/browse/HBASE-13099
Project: HBase
Issue Type: Brainstorming
I see in https://builds.apache.org/computer/ubuntu-2/load-statistics (used
for the 0.98 build mentionned by Andrew above) that we have a configuration
with 2 executors.
It means that jenkins tries to run 2 builds in parallel, each of these
builds will trigger its own set of surefire forks.
iirc, i
Congratulations and welcome, Sean!
On Fri, Dec 5, 2014 at 6:55 AM, Sean Busbey wrote:
> On Thu, Dec 4, 2014 at 2:10 PM, Stack wrote:
>
> > Sean has been doing excellent work around these environs. Your PMC made
> him
> > a committer in recognition. Welcome Sean!
> >
> > St.Ack
> >
>
> Thanks e
+1
Le 31 oct. 2014 23:49, "Andrew Purtell" a écrit :
> Based on the positive responses thus far, and unless we see an objection
> between now and then, I plan to resolve HBASE-12397 next week by removing
> support in 0.98 branch for Hadoop 1.0 (but not Hadoop 1.1) in time for
> release 0.98.8.
>
Nicolas Liochon created HBASE-11851:
---
Summary: RpcClient can try to close a connection not ready to close
Key: HBASE-11851
URL: https://issues.apache.org/jira/browse/HBASE-11851
Project: HBase
Nicolas Liochon created HBASE-11850:
---
Summary: RpcClient can get stuck when closing
Key: HBASE-11850
URL: https://issues.apache.org/jira/browse/HBASE-11850
Project: HBase
Issue Type: Bug
It used to be the case for precommit builds: there was a single worker.
It's much simpler this way.
It seems it has changed, likely less than a year ago. I see on
https://builds.apache.org/computer/H0/load-statistics that there are 2
workers.
We're can't do what we want on these machines, as they a
Nicolas Liochon created HBASE-11836:
---
Summary:
IntegrationTestTimeBoundedMultiGetRequestsWithRegionReplicas tests simple get
by default
Key: HBASE-11836
URL: https://issues.apache.org/jira/browse/HBASE-11836
Nicolas Liochon created HBASE-11835:
---
Summary: Wrong managenement of non expected calls in the client
Key: HBASE-11835
URL: https://issues.apache.org/jira/browse/HBASE-11835
Project: HBase
(moving to user)
In your first scenario (put "table", "row1", "cf:a", "value1", 100 then put
"table", "row1", "cf:a", "value1", 200), there is no deletion, so the
setting KEEP_DELETED_CELLS is not used at all
The behavior you describe is "as expected": there are two versions until
the compaction o
Congrats, guys!
On Tue, Aug 26, 2014 at 7:26 AM, Jeremy Carroll wrote:
> Congratulations. I have seen so many of these names in JIRA. ;)
>
>
> On Mon, Aug 25, 2014 at 5:24 PM, Jonathan Hsieh wrote:
>
> > On behalf of the Apache HBase PMC, I am happy to belatedly announce and
> > welcome Matteo
+1, it's a great to have you...
Nicolas
On Wed, Aug 20, 2014 at 12:17 PM, Anoop John wrote:
> Great work! Thanks a lot Misty...
>
>
> -Anoop-
>
> On Wed, Aug 20, 2014 at 11:56 AM, ramkrishna vasudevan <
> ramkrishna.s.vasude...@gmail.com> wrote:
>
> > Great job !! Keep it up.!!!
> >
> > Regar
Nicolas Liochon created HBASE-11787:
---
Summary: TestRegionLocations is not categorized
Key: HBASE-11787
URL: https://issues.apache.org/jira/browse/HBASE-11787
Project: HBase
Issue Type: Bug
Let me start :-)
[+1] nkeywal's favorite
[ +0.9] Black version of nkeywal's favorite
[+0] Page 1 from Apache_HBase_Orca_Logo_round5.pdf
<
https://issues.apache.org/jira/secure/attachment/12648671/Apache_HBase_Orca_Logo_round5.pdf
>
[-0] Page 2 from Apache_HBase_Orca_Logo_round5.pdf
<
https://issu
Nicolas Liochon created HBASE-11744:
---
Summary: RpcServer code should not use a collection from netty
internal
Key: HBASE-11744
URL: https://issues.apache.org/jira/browse/HBASE-11744
Project: HBase
Nicolas Liochon created HBASE-11719:
---
Summary: Remove some unused paths in AsyncClient
Key: HBASE-11719
URL: https://issues.apache.org/jira/browse/HBASE-11719
Project: HBase
Issue Type
Nicolas Liochon created HBASE-11718:
---
Summary: Remove some logs in RpcClient.java
Key: HBASE-11718
URL: https://issues.apache.org/jira/browse/HBASE-11718
Project: HBase
Issue Type: Bug
[
https://issues.apache.org/jira/browse/HBASE-9416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon resolved HBASE-9416.
Resolution: Won't Fix
No work on this for a while, the patch need to be redone to
[
https://issues.apache.org/jira/browse/HBASE-11504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon resolved HBASE-11504.
-
Resolution: Won't Fix
> Don't flush the socket buffer for
Nicolas Liochon created HBASE-11590:
---
Summary: use a specific ThreadPoolExecutor
Key: HBASE-11590
URL: https://issues.apache.org/jira/browse/HBASE-11590
Project: HBase
Issue Type: Bug
Nicolas Liochon created HBASE-11585:
---
Summary: PE: Allows warm-up
Key: HBASE-11585
URL: https://issues.apache.org/jira/browse/HBASE-11585
Project: HBase
Issue Type: Improvement
Nicolas Liochon created HBASE-11564:
---
Summary: Improve cancellation management in the rpc layer
Key: HBASE-11564
URL: https://issues.apache.org/jira/browse/HBASE-11564
Project: HBase
Issue
[
https://issues.apache.org/jira/browse/HBASE-9042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon resolved HBASE-9042.
Resolution: Duplicate
Fixed by another jira.
> Can't get TestHCM#testClusterS
Nicolas Liochon created HBASE-11504:
---
Summary: Don't flush the socket buffer for each response
Key: HBASE-11504
URL: https://issues.apache.org/jira/browse/HBASE-11504
Project: HBase
Nicolas Liochon created HBASE-11492:
---
Summary: The servers do not honnor the tcpNoDelay option
Key: HBASE-11492
URL: https://issues.apache.org/jira/browse/HBASE-11492
Project: HBase
Issue
Nicolas Liochon created HBASE-11491:
---
Summary: Add an option to sleep randomly during the tests with the
PE tool
Key: HBASE-11491
URL: https://issues.apache.org/jira/browse/HBASE-11491
Project
y, June 25, 2014 12:53 PM
> > Subject: Re: jdk 1.7 & trunk
> >
> >
> > My vote will be
> >
> > 1) Not drop support in JDK6 in 0.98.x series as per above.
> >
> > 2) Drop support to JDK6 in 1.x series.
> >
> > Also see recent jira
gt; On Wed, Jun 25, 2014 at 10:28 AM, Andrew Purtell
> > wrote:
> >
> > >
> > > On Wed, Jun 25, 2014 at 9:15 AM, Nicolas Liochon
> > > wrote:
> > >
> > >> Should we be 1.7 only for trunk / 1.0?
> > >> This would mean using th
d, Jun 25, 2014 at 11:48 AM, Nicolas Liochon
> wrote:
>
> > Ok Enis I like the definition you put in the thread.
> >
> > Dropping support explicitly means that we stop building against
> > JDK6 in jenkins, and won't try to fix issues if they are jdk6 onl
;
> Enis
>
>
> On Wed, Jun 25, 2014 at 10:29 AM, Andrew Purtell
> wrote:
>
> > Er, I mean no user should be running on a runtime less than 7, they are
> all
> > EOL...
> >
> >
> > On Wed, Jun 25, 2014 at 10:28 AM, Andrew Purtell
> >
doop on
> > this? We should support 1.6 if we plan to continue to support hadoop
> > versions that support 1.6.
> >
> >
> > On Wed, Jun 25, 2014 at 9:15 AM, Nicolas Liochon
> > wrote:
> >
> > > Hi all,
> > >
> > > HBASE-11297 jus
Hi all,
HBASE-11297 just broke the build because it uses a ConcurrentLinkedDeque.
Should we be 1.7 only for trunk / 1.0?
This would mean using the 1.7 features.
What about .98?
We would need to update our precommit env, it still builds with 1.6 today...
Shall we start a vote?
Nicolas
Nicolas Liochon created HBASE-11403:
---
Summary: Fix race conditions around Object#notify
Key: HBASE-11403
URL: https://issues.apache.org/jira/browse/HBASE-11403
Project: HBase
Issue Type
Nicolas Liochon created HBASE-11390:
---
Summary: PerformanceEvaluation: add an option to use a single
connection
Key: HBASE-11390
URL: https://issues.apache.org/jira/browse/HBASE-11390
Project: HBase
Nicolas Liochon created HBASE-11387:
---
Summary: metrics: wrong totalRequestCount
Key: HBASE-11387
URL: https://issues.apache.org/jira/browse/HBASE-11387
Project: HBase
Issue Type: Bug
[
https://issues.apache.org/jira/browse/HBASE-11374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon reopened HBASE-11374:
-
> RpcRetryingCaller#callWithoutRetries has a timeout of z
[
https://issues.apache.org/jira/browse/HBASE-11374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon resolved HBASE-11374.
-
Resolution: Fixed
Hadoop Flags: Reviewed
Committed to 0.98.
I now realize that
Nicolas Liochon created HBASE-11374:
---
Summary: RpcRetryingCaller#callWithRetries has a timeout of zero
Key: HBASE-11374
URL: https://issues.apache.org/jira/browse/HBASE-11374
Project: HBase
Nicolas Liochon created HBASE-11353:
---
Summary: Wrong Write Request Count
Key: HBASE-11353
URL: https://issues.apache.org/jira/browse/HBASE-11353
Project: HBase
Issue Type: Bug
Nicolas Liochon created HBASE-11347:
---
Summary: For some errors, the client can retry infinitely
Key: HBASE-11347
URL: https://issues.apache.org/jira/browse/HBASE-11347
Project: HBase
Issue
> > Jesse Yates
> > Jimmy Xiang
> > Jonathan Hsieh
> > Jonathan M Hsieh
> > jxiang
> > larsh
> > Lars Hofhansl
> > liangxie
> > Matteo Bertozzi
> > mbertozzi
> > Michael Stack
> > Michael Stack
&
+1 for the integration, whatever the solution in git.
On Mon, Jun 9, 2014 at 7:46 PM, Enis Söztutar wrote:
> Thanks Jon.
>
> I think we'll try the rebase approach first. I'll start the effort today
> and see how far along I can get with that. Rebasing each patch might be a
> bit more work actua
Nicolas Liochon created HBASE-11298:
---
Summary: Simplification in RpcServer code
Key: HBASE-11298
URL: https://issues.apache.org/jira/browse/HBASE-11298
Project: HBase
Issue Type: Bug
Nicolas Liochon created HBASE-11297:
---
Summary: Remove some synchros in the rpcServer responder
Key: HBASE-11297
URL: https://issues.apache.org/jira/browse/HBASE-11297
Project: HBase
Issue
Nicolas Liochon created HBASE-11273:
---
Summary: Fix jersey and slf4j deps
Key: HBASE-11273
URL: https://issues.apache.org/jira/browse/HBASE-11273
Project: HBase
Issue Type: Bug
Affects
+1
On Fri, May 23, 2014 at 7:46 PM, Jesse Yates wrote:
> +1 that's how I do all my git development and what I advocate at salesforce
> as well.
> On May 23, 2014 10:39 AM, "Andrew Purtell" wrote:
>
> > I recommend we do not push merge commits upstream. I suppose it is easy
> > enough to filter
[
https://issues.apache.org/jira/browse/HBASE-11209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon resolved HBASE-11209.
-
Resolution: Fixed
Hadoop Flags: Reviewed
Committed to master & 0.98, hopef
Can we now commit again, or is the migration still in progress?
Thanks,
Nicolas
On Fri, May 23, 2014 at 7:31 AM, Stack wrote:
> I added to the refguide here:
> http://hbase.apache.org/book.html#git.patch.flow
>
> Also updated our build box references so point to git instead of svn.
>
> St.Ack
Nicolas Liochon created HBASE-11226:
---
Summary: Document and increase the default value for
hbase.hstore.flusher.count
Key: HBASE-11226
URL: https://issues.apache.org/jira/browse/HBASE-11226
Project
Nicolas Liochon created HBASE-11209:
---
Summary: Increase the default value for
hbase.hregion.memstore.block.multipler from 2 to 4
Key: HBASE-11209
URL: https://issues.apache.org/jira/browse/HBASE-11209
Nicolas Liochon created HBASE-11208:
---
Summary: Remove the hbase.hstor.blockingStoreFiles setting
Key: HBASE-11208
URL: https://issues.apache.org/jira/browse/HBASE-11208
Project: HBase
Nicolas Liochon created HBASE-11202:
---
Summary: Cleanup on HRegion class
Key: HBASE-11202
URL: https://issues.apache.org/jira/browse/HBASE-11202
Project: HBase
Issue Type: Bug
Hi,
(With Apache still lagging on mails, it may be difficult to have a
discussion...)
For 1.0+, I think that registering observer as proposed in 11125 works well.
For 0.98, could we do something like this?
- new coprocessor hooks can be added between minor releases
- existing coprocessors hooks
Nicolas Liochon created HBASE-11055:
---
Summary: Extends the sampling size
Key: HBASE-11055
URL: https://issues.apache.org/jira/browse/HBASE-11055
Project: HBase
Issue Type: Bug
Nicolas Liochon created HBASE-11028:
---
Summary: FSLog: Avoid an extra sync if the current transaction is
already sync'd
Key: HBASE-11028
URL: https://issues.apache.org/jira/browse/HBASE-
Nicolas Liochon created HBASE-11000:
---
Summary: Add autoflush option to PerformanceEvaluation
Key: HBASE-11000
URL: https://issues.apache.org/jira/browse/HBASE-11000
Project: HBase
Issue
What you described seems to be the favored nodes feature, but there are
still some open (and stale...) jiras there: HBASE-9116 and cie.
You may also want to look at the hbase.master.distributed.log.replay
option, as is allows writes during recovery.
And for the client there is hbase.status.publishe
Nicolas Liochon created HBASE-10957:
---
Summary: HBASE-10070: HMaster can abort with NPE in
#rebuildUserRegions
Key: HBASE-10957
URL: https://issues.apache.org/jira/browse/HBASE-10957
Project: HBase
Nicolas Liochon created HBASE-10931:
---
Summary: Enhance logs
Key: HBASE-10931
URL: https://issues.apache.org/jira/browse/HBASE-10931
Project: HBase
Issue Type: Bug
Affects Versions
[
https://issues.apache.org/jira/browse/HBASE-10817?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon resolved HBASE-10817.
-
Resolution: Fixed
Hadoop Flags: Reviewed
> Add some tests on a real cluster
Nicolas Liochon created HBASE-10817:
---
Summary: Add some tests on a real cluster for replica: multi
master, replication
Key: HBASE-10817
URL: https://issues.apache.org/jira/browse/HBASE-10817
Nicolas Liochon created HBASE-10814:
---
Summary: RpcClient: some calls can get stuck when connection is
closing
Key: HBASE-10814
URL: https://issues.apache.org/jira/browse/HBASE-10814
Project: HBase
Congrats and welcome!
On Thu, Mar 13, 2014 at 6:34 AM, rajeshbabu chintaguntla <
rajeshbabu.chintagun...@huawei.com> wrote:
> Congratulations Honghua.
>
> Thanks,
> Rajeshbabu.
>
> From: Chunhui Shen [zju...@163.com]
> Sent: Thursday, March 13, 2014 8:00
[
https://issues.apache.org/jira/browse/HBASE-10703?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon resolved HBASE-10703.
-
Resolution: Fixed
Hadoop Flags: Reviewed
> TestAsyncProcess does not pass
Nicolas Liochon created HBASE-10720:
---
Summary: rpcClient: Wrong level when closing the connection
Key: HBASE-10720
URL: https://issues.apache.org/jira/browse/HBASE-10720
Project: HBase
Nicolas Liochon created HBASE-10703:
---
Summary: TestAsyncProcess does not pas on HBASE-10070
Key: HBASE-10703
URL: https://issues.apache.org/jira/browse/HBASE-10703
Project: HBase
Issue
Yes, let's decide first on the animal itself (well we're done it seems),
and use another discussion thread for the picture.
On Wed, Mar 5, 2014 at 7:56 AM, Eric Charles wrote:
> On 03/04/2014 11:19 PM, Jean-Marc Spaggiari wrote:
>
>> Can we not have Stack as the mascot? ;)
>>
>
> Well, Stack's
[
https://issues.apache.org/jira/browse/HBASE-10637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon resolved HBASE-10637.
-
Resolution: Fixed
Fix Version/s: (was: hbase-10070)
Hadoop Flags
+1 for the Orca.
Personally, I like this one:
https://issues.apache.org/jira/secure/attachment/12511412/HBase%20Orca%20Logo.jpg
On Tue, Mar 4, 2014 at 8:55 AM, Andrew Purtell wrote:
> Go for it, I'd say.
>
>
> On Tue, Mar 4, 2014 at 11:31 AM, Stack wrote:
>
> > Our Esteban reminded me of this
Nicolas Liochon created HBASE-10637:
---
Summary: rpcClient: Setup the iostream when doing the write
Key: HBASE-10637
URL: https://issues.apache.org/jira/browse/HBASE-10637
Project: HBase
[
https://issues.apache.org/jira/browse/HBASE-7840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon resolved HBASE-7840.
Resolution: Won't Fix
Too old.
> Enhance the java it framework to start
Nicolas Liochon created HBASE-10606:
---
Summary: Bad timeout in RpcRetryingCaller#callWithRetries w/o
parameters
Key: HBASE-10606
URL: https://issues.apache.org/jira/browse/HBASE-10606
Project: HBase
Nicolas Liochon created HBASE-10605:
---
Summary: Manage the call timeout in the server
Key: HBASE-10605
URL: https://issues.apache.org/jira/browse/HBASE-10605
Project: HBase
Issue Type
Nicolas Liochon created HBASE-10566:
---
Summary: cleanup rpcTimeout in the client
Key: HBASE-10566
URL: https://issues.apache.org/jira/browse/HBASE-10566
Project: HBase
Issue Type: Bug
[
https://issues.apache.org/jira/browse/HBASE-10539?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon reopened HBASE-10539:
-
> HRegion.addAndGetGlobalMemstoreSize() is expected to return the new memstore
>
Nicolas Liochon created HBASE-10525:
---
Summary: Allow the client to use a different thread for writing to
ease interrupt
Key: HBASE-10525
URL: https://issues.apache.org/jira/browse/HBASE-10525
+1
On Thu, Feb 13, 2014 at 5:35 AM, ramkrishna vasudevan <
ramkrishna.s.vasude...@gmail.com> wrote:
> +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
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
Nicolas Liochon created HBASE-10490:
---
Summary: Simplify RpcClient code
Key: HBASE-10490
URL: https://issues.apache.org/jira/browse/HBASE-10490
Project: HBase
Issue Type: Bug
[
https://issues.apache.org/jira/browse/HBASE-10185?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon reopened HBASE-10185:
-
> HBaseClient retries even though a DoNotRetryException was thr
Nicolas Liochon created HBASE-10477:
---
Summary: Regression from HBASE-10337
Key: HBASE-10477
URL: https://issues.apache.org/jira/browse/HBASE-10477
Project: HBase
Issue Type: Bug
Nicolas Liochon created HBASE-10472:
---
Summary: Manage the interruption in ZKUtil#getData
Key: HBASE-10472
URL: https://issues.apache.org/jira/browse/HBASE-10472
Project: HBase
Issue Type
Nicolas Liochon created HBASE-10455:
---
Summary: cleanup InterruptedException management
Key: HBASE-10455
URL: https://issues.apache.org/jira/browse/HBASE-10455
Project: HBase
Issue Type
Nicolas Liochon created HBASE-10449:
---
Summary: Wrong execution pool configuration in HConnectionManager
Key: HBASE-10449
URL: https://issues.apache.org/jira/browse/HBASE-10449
Project: HBase
Nicolas Liochon created HBASE-10431:
---
Summary: Rename com.google.protobuf.ZeroCopyLiteralByteString
Key: HBASE-10431
URL: https://issues.apache.org/jira/browse/HBASE-10431
Project: HBase
method is not in
https://github.com/tsuna/asynchbase/blob/master/src/protobuf/ZeroCopyLiteralByteString.java
It's too brittle. I created HBASE-10431 for this.
On Mon, Jan 27, 2014 at 5:35 PM, tsuna wrote:
> On Mon, Jan 27, 2014 at 1:02 AM, Nicolas Liochon
> wrote:
> > Sho
Should we not rename ZeroCopyLiteralByteString to something like
HBasePrivateZeroCopyLiteralByteString to be sure that we won't have name
conflicts in the future?
On Mon, Jan 27, 2014 at 3:36 AM, tsuna wrote:
> Yes, I just ran into the same issue. Sigh. I guess one workaround is
> to try to
[
https://issues.apache.org/jira/browse/HBASE-10375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Liochon resolved HBASE-10375.
-
Resolution: Fixed
Fix Version/s: 0.99.0
0.96.2
I've been bitten by this in the past as well. Our precommit env is specific
to hadoop. It launches a specific script, and this script overrides the
jenkins property (source ${WORKSPACE}/nightly/hudsonEnv.sh)
We don't own this script. May be we should just copy its content into the
jenkins shell par
1 - 100 of 317 matches
Mail list logo