Congrats and welcome, Francis!
On Wed, Apr 11, 2018 at 1:13 PM Ted Yu wrote:
> Congratulations, Francis !
>
> On Wed, Apr 11, 2018 at 1:03 PM, Andrew Purtell
> wrote:
>
> > On behalf of the Apache HBase PMC I am pleased to announce that Francis
> > Liu has accepted our invitation to become a PM
Gary Helmling created HBASE-19332:
-
Summary: DumpReplicationQueues misreports total WAL size
Key: HBASE-19332
URL: https://issues.apache.org/jira/browse/HBASE-19332
Project: HBase
Issue Type
The Tephra TransactionProcessor CP makes use of bypass() in preDelete() to
override handling of delete tombstones in a transactional way:
https://github.com/apache/incubator-tephra/blob/master/tephra-hbase-compat-1.3/src/main/java/org/apache/tephra/hbase/coprocessor/TransactionProcessor.java#L244
>
>
> On 9/26/17 11:27 AM, Andrew Purtell wrote:
> > It would be a major functional change. Someone might be relying on the
> > table ownership semantic. However, 2.0 would be the next opportunity to
> > introduce a change of this type before 3.0.
> >
> > I don't think we need table owners. It is a
+1 to closing these all out
On Thu, Sep 21, 2017 at 12:20 AM Chia-Ping Tsai wrote:
> +1 to cleanup.
>
> On 2017-09-21 01:31, Mike Drob wrote:
> > Hey devs,
> >
> > Was looking at old issues for cleanup and found a bunch of things for
> > 89-fb. I don't have enough context to know if any of them
Congrats, Misty, and thanks for all your efforts!
On Fri, Sep 22, 2017 at 3:57 PM Umesh Agashe wrote:
> Congratulations Misty!
>
>
>
> On Fri, Sep 22, 2017 at 11:41 AM, Esteban Gutierrez
> wrote:
>
> > Thats awesome! Congratulations, Misty!
> >
> >
> >
> > --
> > Cloudera, Inc.
> >
> >
> > On F
Congratulations and welcome!
On Mon, Jun 19, 2017 at 11:07 PM Huaxiang Sun wrote:
> Thanks all for the warm welcome, it is a great honor for me!
>
> Huaxiang
>
> > On Jun 19, 2017, at 9:27 PM, Anoop John wrote:
> >
> > Congratulations Huaxiang
> >
> > -Anoop-
> >
> > On Tue, Jun 20, 2017 at
On behalf of the Apache HBase PMC, I am pleased to announce that Ashu
Pachauri has accepted the PMC's invitation to become a committer on the
project. We appreciate all of Ashu's generous contributions thus far and
look forward to his continued involvement.
Congratulations and welcome, Ashu!
Gary Helmling created HBASE-18141:
-
Summary: Regionserver fails to shutdown when abort triggered in
RegionScannerImpl during RPC call
Key: HBASE-18141
URL: https://issues.apache.org/jira/browse/HBASE-18141
Gary Helmling created HBASE-18072:
-
Summary: Malformed Cell from client causes Regionserver abort on
flush
Key: HBASE-18072
URL: https://issues.apache.org/jira/browse/HBASE-18072
Project: HBase
+1 to EOL, and thanks to Andrew for all of the RM'ing.
On Mon, Apr 10, 2017 at 12:27 PM Ted Yu wrote:
> +1
>
> Andrew has done tremendous work.
>
> On Mon, Apr 10, 2017 at 12:17 PM, Mikhail Antonov
> wrote:
>
> > +1 to EOL 0.98.
> >
> > Thanks Andrew for all the work maintaining it!
> >
> > -Mi
Gary Helmling created HBASE-17884:
-
Summary: Backport HBASE-16217 to branch-1
Key: HBASE-17884
URL: https://issues.apache.org/jira/browse/HBASE-17884
Project: HBase
Issue Type: Sub-task
Gary Helmling created HBASE-17827:
-
Summary: Client tools relying on AuthUtil.getAuthChore() break
credential cache login
Key: HBASE-17827
URL: https://issues.apache.org/jira/browse/HBASE-17827
[
https://issues.apache.org/jira/browse/HBASE-12579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Helmling resolved HBASE-12579.
---
Resolution: Duplicate
The methods were deprecated and the existing usage was removed as part
Gary Helmling created HBASE-17611:
-
Summary: Thrift 2 per-call latency metrics are capped at ~ 2
seconds
Key: HBASE-17611
URL: https://issues.apache.org/jira/browse/HBASE-17611
Project: HBase
Gary Helmling created HBASE-17604:
-
Summary: Backport HBASE-15437 (fix request and response size
metrics) to branch-1
Key: HBASE-17604
URL: https://issues.apache.org/jira/browse/HBASE-17604
Project
Gary Helmling created HBASE-17578:
-
Summary: Thrift per-method metrics should still update in the case
of exceptions
Key: HBASE-17578
URL: https://issues.apache.org/jira/browse/HBASE-17578
Project
e worker threads that we can't safely continue without
>>>> indefinitely? Can we solve the general problem of "unhandled exception
>>>> in threads cause a RS Abort"?
>>>>
>>>> As mentioned on the jira, I do worry a bit about cluste
Over in HBASE-17381 there has been some discussion around whether an
unhandled exception in a ReplicationSourceWorkerThread should trigger a
regionserver abort.
The current behavior in the case of an unexpected exception in
ReplicationSourceWorkerThread.run() is to log a message and simply let the
I don't think I've used that one, so maybe I'm missing something, but +1 on
deleting. I don't see any commonality to the issues.
On Thu, Jan 26, 2017 at 8:02 AM Sean Busbey wrote:
> Anyone know what the intended scope of the "hbase" component is in JIRA?
>
> Right now we have ~77 issues that li
Gary Helmling created HBASE-17381:
-
Summary: ReplicationSourceWorkerThread can die due to unhandled
exceptions
Key: HBASE-17381
URL: https://issues.apache.org/jira/browse/HBASE-17381
Project: HBase
[
https://issues.apache.org/jira/browse/HBASE-16337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Helmling resolved HBASE-16337.
---
Resolution: Duplicate
Closing as a dupe, thanks for pointing it out.
> Removing peers s
On Wed, Nov 16, 2016 at 11:36 AM Ted Yu wrote:
> HBASE-16025 is currently marked Critical.
>
> I think it should be a blocker.
>
>
Done.
>
> Gary has a JIRA HBASE-16025 which would reduce the load on server hosting
> hbase:meta.
>
>
Thanks for bringing this issue up, Ted. It still needs to be fixed. Due to
the shift of table state into meta, the git master branch will currently
trigger calls to meta for every call retry.
This is e
On Tue, Nov 15, 2016 at 11:44 AM wrote:
> > In the absence of more information, intuition says master carries meta
> to avoid a whole class of problems.
> Off-hand I think the class of problems we'll eliminate are problems that
> are well understood and being constantly dealt with and hardened to
Only answer to the above observation is demonstration that ITBLL with meta
not on master is as robust as runs that have master carrying meta.
Agree that this is a prerequisite. Another useful measure might be the
delay before an assignment under load is visible to clients.
>
> But making RPC
>
>
> My current feeling is that external API should never include
> classes/interfaces which you don't "own". Re-building the API that
> already exists is pedantic, but I think it's a really good way to pay
> down the maintenance debt (whenever the next metrics library "hotness"
> takes off).
>
>
>
> I'm not deeply familiar with the AssignmentManager. I see when we process
> split rollbacks in onRegionSplit() we only call regionOffline() on
> daughters if they are known to exist. However when processing merge
> rollbacks in the else case of onRegionMerge() we unconditionally call
> regionOf
>
> I'm not deeply familiar with the AssignmentManager. I see when we process
> split rollbacks in onRegionSplit() we only call regionOffline() on
> daughters if they are known to exist. However when processing merge
> rollbacks in the else case of onRegionMerge() we unconditionally call
> regionOf
>
> The behavior: Looks like failed split/compaction rollback: row(s) in META
> without HRegionInfo, regions deployed without valid meta entries (at
> first), regions on HDFS without valid meta entries (later, after RS
> carrying them are killed by chaos), holes in the region chain leading to
> tim
Gary Helmling created HBASE-16964:
-
Summary: Successfully archived files are not cleared from
compacted store file list if archiving of any file fails
Key: HBASE-16964
URL: https://issues.apache.org/jira/browse
[
https://issues.apache.org/jira/browse/HBASE-16958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Helmling resolved HBASE-16958.
---
Resolution: Duplicate
Assignee: (was: Gary Helmling)
Fix Version/s
[
https://issues.apache.org/jira/browse/HBASE-16570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Helmling reopened HBASE-16570:
---
I've reverted this from branch-1.3 for the moment, until the issue that I
described c
Gary Helmling created HBASE-16958:
-
Summary: Balancer recomputes block distributions every time
balanceCluster() runs
Key: HBASE-16958
URL: https://issues.apache.org/jira/browse/HBASE-16958
Project
>
>
> Is there anything in particular folks are looking for before I roll the
> next RC?
>
> HBASE-16754, perhaps?
>
I plan on committing HBASE-16754 later today or tomorrow, so if you do roll
a new RC, I'd be happy to get it in.
But on 1.2, I believe the window of opportunity for this issue to o
I just posted a patch for HBASE-16754 (dropped compaction markers during
log split), which might qualify as a sinker for the RC. This issue was
introduced by the change in HBASE-15441 (which fixed another log splitting
issue), which went in to 1.2.1. It's a relatively rare distributed race.
The i
[
https://issues.apache.org/jira/browse/HBASE-16146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Helmling resolved HBASE-16146.
---
Resolution: Fixed
Assignee: Gary Helmling
Hadoop Flags: Reviewed
Fix
Gary Helmling created HBASE-16788:
-
Summary: Race in compacted file deletion between HStore close()
and closeAndArchiveCompactedFiles()
Key: HBASE-16788
URL: https://issues.apache.org/jira/browse/HBASE-16788
Gary Helmling created HBASE-16754:
-
Summary: Regions failing compaction due to referencing
non-existent store file
Key: HBASE-16754
URL: https://issues.apache.org/jira/browse/HBASE-16754
Project
Gary Helmling created HBASE-16661:
-
Summary: Add last major compaction age to per-region metrics
Key: HBASE-16661
URL: https://issues.apache.org/jira/browse/HBASE-16661
Project: HBase
Issue
Gary Helmling created HBASE-16657:
-
Summary: Expose per-region last major compaction timestamp in
RegionServer UI
Key: HBASE-16657
URL: https://issues.apache.org/jira/browse/HBASE-16657
Project
>
> Please never force push to any non-feature branch. I thought we had
> protections to stop force pushes on master and
> have filed INFRA-12602 to get them in place.
>
>
Yeah, I shouldn't have done it. But I think the protection against force
pushes only applies to the "rel/*" namespace.
> To
Yes this is one commit message where the JIRA number was left off. I only
noticed it was missing after I pushed to master. Mea culpa.
I've rebased to amend the commit message and force pushed. However, there
were two intervening commits in the meantime, which also got included in
the rebase:
Gary Helmling created HBASE-16540:
-
Summary: Scan should do additional validation on start and stop row
Key: HBASE-16540
URL: https://issues.apache.org/jira/browse/HBASE-16540
Project: HBase
Gary Helmling created HBASE-16518:
-
Summary: Remove old .arcconfig file
Key: HBASE-16518
URL: https://issues.apache.org/jira/browse/HBASE-16518
Project: HBase
Issue Type: Task
Gary Helmling created HBASE-16277:
-
Summary: Improve CPU efficiency in VisibilityLabelsCache
Key: HBASE-16277
URL: https://issues.apache.org/jira/browse/HBASE-16277
Project: HBase
Issue Type
Gary Helmling created HBASE-16231:
-
Summary: Integration tests should support client keytab login for
secure clusters
Key: HBASE-16231
URL: https://issues.apache.org/jira/browse/HBASE-16231
Project
Gary Helmling created HBASE-16218:
-
Summary: Eliminate use of UGI.doAs() in AccessController testing
Key: HBASE-16218
URL: https://issues.apache.org/jira/browse/HBASE-16218
Project: HBase
Gary Helmling created HBASE-16217:
-
Summary: Identify calling user in ObserverContext
Key: HBASE-16217
URL: https://issues.apache.org/jira/browse/HBASE-16217
Project: HBase
Issue Type: Sub
[
https://issues.apache.org/jira/browse/HBASE-16202?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Helmling resolved HBASE-16202.
---
Resolution: Invalid
No backport needed, I just did a simple cherry-pick to branch-1.3
Gary Helmling created HBASE-16202:
-
Summary: Backport metric for CallQueueTooBigException to 1.3
Key: HBASE-16202
URL: https://issues.apache.org/jira/browse/HBASE-16202
Project: HBase
Issue
Gary Helmling created HBASE-16141:
-
Summary: Unwind use of UserGroupInformation.doAs() to convey
requester identity in coprocessor upcalls
Key: HBASE-16141
URL: https://issues.apache.org/jira/browse/HBASE-16141
Gary Helmling created HBASE-16097:
-
Summary: Flushes and compactions fail on getting split point
Key: HBASE-16097
URL: https://issues.apache.org/jira/browse/HBASE-16097
Project: HBase
Issue
Gary Helmling created HBASE-16025:
-
Summary: Cache table state to reduce load on META
Key: HBASE-16025
URL: https://issues.apache.org/jira/browse/HBASE-16025
Project: HBase
Issue Type
our JIRA instance. I don't have an ETA.
> > >
> > > One thing we can try is removing folks from the current Contributors
> list
> > > who haven't been active for a while to make room for new entries.
> > >
> > >
> > >
> > I have
I can't seem to add new contributors to JIRA. Going to the admin page and
editing the members of the contributors role, JIRA just displays the
message "The JIRA server could not be contacted". This shows up for
type-ahead or just trying to paste in the username.
Is anyone else able to make this
Welcome Mikhail!
On Thu, May 26, 2016 at 11:47 AM Ted Yu wrote:
> Congratulations, Mikhail !
>
> On Thu, May 26, 2016 at 11:30 AM, Andrew Purtell
> wrote:
>
> > On behalf of the Apache HBase PMC I am pleased to announce that Mikhail
> > Antonov has accepted our invitation to become a PMC member
Gary Helmling created HBASE-15856:
-
Summary: Cached Connection instances can wind up with addresses
never resolved
Key: HBASE-15856
URL: https://issues.apache.org/jira/browse/HBASE-15856
Project
>
>
> I was trying to avoid the below oft-repeated pattern at least for the case
> of critical developments:
>
> + New feature arrives after much work by developer, reviewers and testers
> accompanied by fanfare (blog, talks).
> + Developers and reviewers move on after getting it committed or it ge
>
> Yeah the 'push to upstream' work has been started already. See here
>
> https://issues.apache.org/jira/browse/HADOOP-12910
>
> But it is much harder to push code into HDFS than HBase. It is the core of
> all hadoop systems and I do not have many contacts in the hdfs community...
>
>
Yes, I'm fa
>
> The suggestion is that we make this new client the default now in master
> branch so we have plenty of time to find any issues with the
> implementation. We'd also enable it as the default because the improvement
> is dramatic (performance, less moving parts, comprehensible, etc.) and we
> thin
> >> >
> >> > Cheers
> >> >
> >> > On Thu, May 5, 2016 at 6:03 PM, 张铎 wrote:
> >> >
> >> > > Some progress.
> >> > >
> >> > > I have filed HBASE-15743 for the transparent encryp
[
https://issues.apache.org/jira/browse/HBASE-13707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Helmling resolved HBASE-13707.
---
Resolution: Duplicate
Assignee: Gary Helmling (was: NIDHI GAMBHIR)
Fixed in HBASE
Gary Helmling created HBASE-15773:
-
Summary: CellCounter improvements
Key: HBASE-15773
URL: https://issues.apache.org/jira/browse/HBASE-15773
Project: HBase
Issue Type: Improvement
On Fri, Apr 29, 2016 at 6:24 PM 张铎 wrote:
> Yes, it does. There is testcase that enumerates all the possible protection
> level(authentication, integrity and privacy) and encryption algorithm(none,
> 3des, rc4).
>
>
> https://github.com/apache/hbase/blob/master/hbase-server/src/test/java/org/apac
Gary Helmling created HBASE-15741:
-
Summary: TokenProvider coprocessor RPC incompatibile between 1.2
and 1.3
Key: HBASE-15741
URL: https://issues.apache.org/jira/browse/HBASE-15741
Project: HBase
How well has this been tested on secure clusters? I know SASL support was
lacking initially, but I believe it had been added? Does AsyncFSWAL
support all the HDFS transport encryption options?
On Fri, Apr 29, 2016 at 12:05 AM Stack wrote:
> I'm +1 on enabling asyncfswal as default in 2.0:
>
>
On Mon, Apr 25, 2016 at 11:20 AM Stack wrote:
> On Fri, Apr 8, 2016 at 1:42 AM, Elliott Clark wrote:
>
> > # Without meta on master, we double assign and lose data.
> >
> > That is currently a fact that I have seen over and over on multiple
> loaded
> > clusters. Some abstract clean up of deploy
Gary Helmling created HBASE-15678:
-
Summary: Normalize RetryingCallable cache clearing and
implementations
Key: HBASE-15678
URL: https://issues.apache.org/jira/browse/HBASE-15678
Project: HBase
Gary Helmling created HBASE-15658:
-
Summary: RegionServerCallable / RpcRetryingCaller clear meta cache
on retries
Key: HBASE-15658
URL: https://issues.apache.org/jira/browse/HBASE-15658
Project
Gary Helmling created HBASE-15641:
-
Summary: Shell "alter" should do a single modifyTable operation
Key: HBASE-15641
URL: https://issues.apache.org/jira/browse/HBASE-15641
Proj
>
> # Without meta on master, we double assign and lose data.
>
> I doubt meta on master solve this problem.
> This has more to do on the fact that balancer, assignment, split, merge
> are disjoint operations that are not aware of each other.
> also those operation in general consist of multiple st
Sorry to be late to the party here. I'll sprinkle my comments over the
thread where they make the most sense.
> Currently in the master branch, HMaster hosts 'system tables': e.g.
> hbase:meta. HMaster is doing more than just gardening the cluster,
> bootstrapping and keeping all up and serving
[
https://issues.apache.org/jira/browse/HBASE-15573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Helmling resolved HBASE-15573.
---
Resolution: Invalid
This JIRA instance is used for tracking development issues and bugs
Do you wait for the Put to return before you issue the Get? Or have you
disabled auto flushing on your table instance -- HTable.setAutoFlush(false)?
Coprocessor hooks executed on the Put and Get paths are blocking, so unless
you're overriding normal processing in the prePut() hook and doing
somet
>
> Tho based on this discussion there's a bunch of good features that users
> want that won't fit the criteria for #1 and #2. So allowing a backport of
> the few that can fit into the criteria shouldn't significantly affect
> future release from trunk. This way we can have some progress on some
>
Gary Helmling created HBASE-15363:
-
Summary: Add client side metrics for SASL connection failures
Key: HBASE-15363
URL: https://issues.apache.org/jira/browse/HBASE-15363
Project: HBase
Issue
Gary Helmling created HBASE-15294:
-
Summary: Document advanced replication configurations with security
Key: HBASE-15294
URL: https://issues.apache.org/jira/browse/HBASE-15294
Project: HBase
Gary Helmling created HBASE-15256:
-
Summary: Replication access control should be based on destination
table
Key: HBASE-15256
URL: https://issues.apache.org/jira/browse/HBASE-15256
Project: HBase
Gary Helmling created HBASE-15234:
-
Summary: ReplicationLogCleaner can abort due to transient ZK issues
Key: HBASE-15234
URL: https://issues.apache.org/jira/browse/HBASE-15234
Project: HBase
Gary Helmling created HBASE-15111:
-
Summary: "hbase version" should write to stdout
Key: HBASE-15111
URL: https://issues.apache.org/jira/browse/HBASE-15111
Project: HBase
Gary Helmling created HBASE-15038:
-
Summary: ExportSnapshot should support separate configurations for
source and destination clusters
Key: HBASE-15038
URL: https://issues.apache.org/jira/browse/HBASE-15038
Gary Helmling created HBASE-15025:
-
Summary: Allow clients configured with insecure fallback to
attempt SIMPLE auth when KRB fails
Key: HBASE-15025
URL: https://issues.apache.org/jira/browse/HBASE-15025
Gary Helmling created HBASE-14886:
-
Summary: ReplicationAdmin does not use full peer configuration
Key: HBASE-14886
URL: https://issues.apache.org/jira/browse/HBASE-14886
Project: HBase
Gary Helmling created HBASE-14866:
-
Summary: VerifyReplication should use peer configuration in peer
connection
Key: HBASE-14866
URL: https://issues.apache.org/jira/browse/HBASE-14866
Project: HBase
Gary Helmling created HBASE-14821:
-
Summary: CopyTable should allow overriding more config properties
for peer cluster
Key: HBASE-14821
URL: https://issues.apache.org/jira/browse/HBASE-14821
Project
Gary Helmling created HBASE-14775:
-
Summary: Replication can't authenticate with peer Zookeeper with
different server principal
Key: HBASE-14775
URL: https://issues.apache.org/jira/browse/HBASE-
Gary Helmling created HBASE-14700:
-
Summary: Support a "permissive" mode for secure clusters to allow
"simple" auth clients
Key: HBASE-14700
URL: https://issues.apache.org/jir
October 8th seems good to me.
On Wed, Sep 9, 2015 at 7:23 PM Mikhail Antonov wrote:
> I'm tentatively in.
>
> -Mikhail
>
> On Wed, Sep 9, 2015 at 4:23 PM, Vladimir Rodionov
> wrote:
> > Free beer is always good :)
> >
> > -Vlad
> >
> > On Wed, Sep 9, 2015 at 4:14 PM, Andrew Purtell
> wrote:
>
I believe the recommended approach would be to use CellUtil. It is marked
as Public/Evolving and exposes a number of static createCell() methods that
will generate Cell instances for different combinations of parameters.
On Tue, Apr 14, 2015 at 9:04 AM Nick Dimiduk wrote:
> Heya devs,
>
> Looki
> still
> > > > need that? Should we remove it?
> > > > Not that I do not trust Gary... :) Just that we should limit
> ourselves
> > > to
> > > > the public repos.
> > > >
> > > > --
Fantastic work! Congrats everyone!
On Tue Feb 24 2015 at 9:45:24 AM Esteban Gutierrez
wrote:
> Wow! Congrats, all!
>
> --
> Cloudera, Inc.
>
>
> On Tue, Feb 24, 2015 at 9:41 AM, Jerry He wrote:
>
> > Congratulations on the milestone!
> >
>
Did you mean to send to d...@htrace.incubator.apache.org instead of
dev@hbase.apache.org? Or are you cc'ing us here as an FYI of the new RC?
On Tue, Jan 13, 2015 at 9:04 PM, Stack wrote:
> I've posted the eighth htrace-3.1.0 release candidate here:
>
> http://people.apache.org/~stack/htrace-3
I agree that quotas are a core issue.
It might be worth looking at why these features are easier to build as
coprocessors though (assuming that's true). Could we be providing cleaner
separation in core APIs?
On Fri, Dec 5, 2014 at 1:35 PM, Francis Christopher Liu <
toffer@gmail.com> wrote:
Gary Helmling created HBASE-12579:
-
Summary: Move obtainAuthTokenForJob() methods out of User
Key: HBASE-12579
URL: https://issues.apache.org/jira/browse/HBASE-12579
Project: HBase
Issue
Gary Helmling created HBASE-12578:
-
Summary: Change TokenProvider to a SingletonCoprocessorService
Key: HBASE-12578
URL: https://issues.apache.org/jira/browse/HBASE-12578
Project: HBase
[
https://issues.apache.org/jira/browse/HBASE-11130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Helmling resolved HBASE-11130.
---
Resolution: Duplicate
This was already done long ago.
> Add support for Master endpo
Great stuff! Thank you, David!
On Fri, Oct 10, 2014 at 5:21 PM, Stack wrote:
> On Fri, Oct 10, 2014 at 4:57 PM, David DENG wrote:
>
>>
>> https://chrome.google.com/webstore/detail/git-patch-viewer/hkoggakcdopbgnaeeidcmopfekipkleg
>>
>> Go to one of the JIRA patch, the raw text will be rendered
Do you see this log message from the start() method in your regionserver logs?
LOG.info("(start)");
If you don't see this, then there has been some problem loading your
coprocessor. You can search for your coprocessor's classname to try
to track it down.
>From your configuration and you
Hi all,
I'm happy to announce the 0.3.0 release of Tephra.
This release is a renaming of the project from Continuuity Tephra to
Cask Tephra, and includes the following changes:
* All packages have changed from com.continuuity.tephra to co.cask.tephra
* The Maven group ID has changed from com.con
1 - 100 of 310 matches
Mail list logo
