With S3, we use reflection when loading the filesystem. As long as it is on
the CP, we're okay. However, I think the difference here is the APIs that
Stephen wants to use is not in the hadoop filesystem API/class, but instead
in DFS I believe. Others in this thread have mentioned ways to work
+1 on the original discussion
I think that all makes sense, we can't know whether one dependency is more
vulnerable/going to be more work to maintain or not. However, I think
perhaps the more interesting question is whether we should be okay with
using EOL dependencies in any active release line.
Hey Guangxu,
I noticed recently that there is no rel/1.2.0 tag on github for
hbase-operator tools. Was that step missed while releasing?
Thanks,
Zach
On Thu, Dec 23, 2021 at 11:44 PM Guangxu Cheng wrote:
> With 3 binding +1 votes, 1 non-binding +1 votes, and no 0 or -1 votes, the
> vote
Congratulations and welcome!
On Thu, Oct 14, 2021 at 10:44 AM Jan Hentschel <
jan.hentsc...@ultratendency.com> wrote:
> Congratulations and welcome!
>
> From: Guanghao Zhang
> Date: Thursday, October 14, 2021 at 9:14 AM
> To: HBase Dev List , Hbase-User <
> u...@hbase.apache.org>
> Subject:
Zach York created HBASE-26320:
-
Summary: Separate Log Cleaner DirScanPool to prevent the OLDWALs
from filling up the disk when archive is large
Key: HBASE-26320
URL: https://issues.apache.org/jira/browse/HBASE-26320
[
https://issues.apache.org/jira/browse/HBASE-26257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zach York resolved HBASE-26257.
---
Fix Version/s: hbase-operator-tools-1.2.0
Hadoop Flags: Reviewed
Resolution: Fixed
Zach York created HBASE-26257:
-
Summary: Improve Performance of HBCK when specifying a subset of
tables
Key: HBASE-26257
URL: https://issues.apache.org/jira/browse/HBASE-26257
Project: HBase
Congratulations and welcome Baiqiang!
On Mon, Jul 12, 2021 at 4:59 AM Baiqiang Zhao wrote:
> Thank you all for your warm welcome!
>
> Peter Somogyi 于2021年7月12日周一 下午7:46写道：
>
> > Congratulations!
> >
> > On Mon, Jul 12, 2021 at 12:53 PM Yu Li wrote:
> >
> > > Congrats and welcome, Baiqiang.
>
[
https://issues.apache.org/jira/browse/HBASE-26072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zach York resolved HBASE-26072.
---
Fix Version/s: hbase-operator-tools-1.2.0
Resolution: Fixed
> Upgrade hbase version in hb
Zach York created HBASE-26072:
-
Summary: Upgrade hbase version in hbase-operator-tools to 2.4.4
Key: HBASE-26072
URL: https://issues.apache.org/jira/browse/HBASE-26072
Project: HBase
Issue Type
[
https://issues.apache.org/jira/browse/HBASE-26054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zach York resolved HBASE-26054.
---
Resolution: Fixed
> Fix hbase-operator-tools build with HBase 2.
Zach York created HBASE-26055:
-
Summary: Master local region should be considered as a system table
Key: HBASE-26055
URL: https://issues.apache.org/jira/browse/HBASE-26055
Project: HBase
Issue
Zach York created HBASE-26054:
-
Summary: Fix hbase-operator-tools build with HBase 2.4.4
Key: HBASE-26054
URL: https://issues.apache.org/jira/browse/HBASE-26054
Project: HBase
Issue Type: Bug
Congrats Huaxiang!
On Tue, Apr 13, 2021 at 12:01 PM Stack wrote:
> Hurray Huaxiang!
> S
>
> On Tue, Apr 13, 2021 at 12:39 AM Viraj Jasani wrote:
>
> > On behalf of the Apache HBase PMC I am pleased to announce that Huaxiang
> > Sun has accepted our invitation to become a PMC member on the
Congrats Geoffrey!
On Tue, Apr 13, 2021 at 9:21 AM Esteban Gutierrez
wrote:
> Congrats and welcome, Geoffrey!
>
> --
> Cloudera, Inc.
>
>
>
> On Tue, Apr 13, 2021 at 8:18 AM zheng wang <18031...@qq.com> wrote:
>
> > Congratulations!
> >
> >
> >
> >
> > --原始邮件--
>
Awesome Viraj! Also if we have confidence in the script we could probably
add it to run during a nightly run to try to catch issues earlier and
remove the burden on the RM (if there isn't too much noise from open
issues).
On Fri, Jan 15, 2021 at 10:55 AM Andrew Purtell wrote:
> Thanks, Viraj. A
[
https://issues.apache.org/jira/browse/HBASE-25362?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zach York resolved HBASE-25362.
---
Fix Version/s: 3.0.0-alpha-1
Hadoop Flags: Reviewed
Resolution: Fixed
> Quot
Seems reasonable to at least have an easy option for running the
permutations even if it's not the default.
On Mon, Dec 7, 2020 at 3:23 PM Andrew Purtell wrote:
> > The dev-support/hbase-vote.sh has not been updated to match that logic.
>
> Ok, shall we at least do that? Seems like a good idea,
Congratulations Xin Sun!
On Fri, Dec 4, 2020 at 4:51 PM Andrew Purtell wrote:
> Congratulations and welcome!
>
> On Thu, Dec 3, 2020 at 1:13 AM Guanghao Zhang wrote:
>
> > Folks,
> >
> > On behalf of the Apache HBase PMC I am pleased to announce that Xin Sun
> has
> > accepted the PMC's
Congratulations Yulin!
On Fri, Dec 4, 2020 at 4:51 PM Andrew Purtell wrote:
> Congratulations and welcome!
>
> On Thu, Dec 3, 2020 at 1:11 AM Guanghao Zhang wrote:
>
> > Folks,
> >
> > On behalf of the Apache HBase PMC I am pleased to announce that Yulin Niu
> > has accepted the PMC's
Zach York created HBASE-25362:
-
Summary: Quoting in hbase-vote script fails build with empty ""
Key: HBASE-25362
URL: https://issues.apache.org/jira/browse/HBASE-25362
Project: HBase
Zach York created HBASE-24923:
-
Summary: Running InitMetaProcedures are missed if Hmaster startup
happens after Meta assign
Key: HBASE-24923
URL: https://issues.apache.org/jira/browse/HBASE-24923
Project
Zach York created HBASE-24922:
-
Summary: InitMetaProcedure create Namespace is not Idempotent
Key: HBASE-24922
URL: https://issues.apache.org/jira/browse/HBASE-24922
Project: HBase
Issue Type
+1
Do we typically do a final release or can we just EOL as is?
On Tue, Aug 11, 2020 at 9:43 AM Geoffrey Jacoby wrote:
> +1 (non-binding)
>
> Geoffrey
>
> On Tue, Aug 11, 2020 at 8:19 AM Josh Elser wrote:
>
> > Sounds good to me.
> >
> > On 8/11/20 4:01 AM, 张铎(Duo Zhang) wrote:
> > > The last
While reading the definitions, I think it is pretty clear that the
definition HBase is intending is somewhere under the #2 definition link.
HMaster is not a teacher (which implies learning on the "student" side),
but rather orders the RS to do a task.
I think master in this context is still worth
Congratulations Wei-Chiu!
On Wed, May 13, 2020 at 12:15 PM Bharath Vissapragada
wrote:
> Congrats, Wei-Chiu.
>
> On Wed, May 13, 2020 at 12:13 PM Andrew Purtell
> wrote:
>
> > Congratulations and welcome Wei-Chiu!
> >
> > On Wed, May 13, 2020 at 12:10 PM Sean Busbey wrote:
> >
> > > Folks,
>
I should note that I was using HBase 2.2.3 to test.
On Thu, May 7, 2020 at 5:26 PM Zach York
wrote:
> I recently ran ITBLL with Chaos monkey[1] against a real HBase
> installation (EMR). I initially tried to run it locally, but couldn't get
> it working and eventually gave up.
>
I recently ran ITBLL with Chaos monkey[1] against a real HBase installation
(EMR). I initially tried to run it locally, but couldn't get it working and
eventually gave up.
> So I'm curious if this matches others' experience running the monkey. For
example, do you have an environment more
+1 (binding)
* Signature: ok
* Checksum : ok
* Rat check (1.8.0_92): ok
- mvn clean apache-rat:check
* Built from source (1.8.0_92): ok
- mvn clean install -DskipTests
* Unit tests pass (1.8.0_92): ok
- mvn package -P runAllTests
+1 (binding)
* Signature: ok
* Checksum : ok
* Rat check (1.8.0_92): ok
- mvn clean apache-rat:check
* Built from source (1.8.0_92): ok
- mvn clean install -DskipTests
* Unit tests pass (1.8.0_92): ok
- mvn package -P runAllTests
On Tue,
+1 (binding)
* Signature: ok
* Checksum : ok
* Rat check (1.8.0_92): ok
- mvn clean apache-rat:check
* Built from source (1.8.0_92): ok
- mvn clean install -DskipTests
* Unit tests pass (1.8.0_92): ok
- mvn test -P runAllTests
I have reviewed the doc and it looks like a good feature!
+1
On Thu, Feb 6, 2020 at 11:47 AM Wellington Chevreuil <
wellington.chevre...@gmail.com> wrote:
> Thanks for clarifying on this, Bharath and Andrew. Sorry for the late
> reply, +1 for adding it into branch-2 as well as non-default
Congratulations and welcome Bharath! :)
On Thu, Feb 6, 2020 at 11:50 AM Wellington Chevreuil <
wellington.chevre...@gmail.com> wrote:
> Congratulations and welcome to the team, Bharath!
>
> Em qui., 6 de fev. de 2020 às 19:25, Esteban Gutierrez
> escreveu:
>
> > Yay! Congratulations Bharath!
>
Zach York created HBASE-23732:
-
Summary: TestHFileCleaner can fail after addition of
ManualMobMaintHFileCleaner
Key: HBASE-23732
URL: https://issues.apache.org/jira/browse/HBASE-23732
Project: HBase
Congratulations and welcome Guangxu!!
On Mon, Dec 9, 2019 at 10:25 AM Esteban Gutierrez
wrote:
> Congrats Guangxu!
> --
> Cloudera, Inc.
>
>
>
> On Mon, Dec 9, 2019 at 12:03 PM Karthik Palanisamy <
> karthikshva...@gmail.com>
> wrote:
>
> > Superb!! Congratulations Guangxu Cheng!!!
> >
> > On
+1, much easier and available.
On Thu, Nov 14, 2019 at 9:56 AM Geoffrey Jacoby wrote:
> +1 (non-binding), GitHub is a much better user experience, for both
> reviewers and contributors
>
> Geoffrey.
>
> On Thu, Nov 14, 2019 at 5:48 AM Guangxu Cheng
> wrote:
>
> > +1
> > It will be more
Welcome Sakthi! Congratulations!
On Wed, Oct 23, 2019 at 1:15 PM Sean Busbey wrote:
> Please join me in welcoming Sakthi to the HBase PMC, of course.
>
> Welcome Sakthi! Well deserved!
>
> On Wed, Oct 23, 2019 at 3:14 PM Sean Busbey wrote:
> >
> > On behalf of the Apache HBase PMC I am pleased
Welcome Wellington! Congratulations!
On Wed, Oct 23, 2019 at 1:19 PM Salvatore LaMendola (BLOOMBERG/ 731 LEX) <
slamendo...@bloomberg.net> wrote:
> Congrats Sakthi and Wellington!
>
> From: dev@hbase.apache.org At: 10/23/19 16:17:58To: dev@hbase.apache.org
> Cc: u...@hbase.apache.org
>
+1 (binding)
* Signature: ok
* Checksum : ok
* Rat check (1.8.0_92): ok
- mvn clean apache-rat:check
* Built from source (1.8.0_92): ok
- mvn clean install -DskipTests
* Unit tests pass (1.8.0_92): ok
- mvn test -P runAllTests
On
Zach York created HBASE-23202:
-
Summary: ExportSnapshot (import) will fail if copying files to
root directory takes longer than cleaner TTL
Key: HBASE-23202
URL: https://issues.apache.org/jira/browse/HBASE-23202
+1
* Signature: ok
* Checksum : ok
* Rat check (1.8.0_92): ok
- mvn clean apache-rat:check
* Built from source (1.8.0_92): ok
- mvn clean install -DskipTests
* Unit tests pass (1.8.0_92): ok
- mvn test -P
I'm fine with eventually EOLing 1.3 and 1.4, but I don't think we can do it
until we know 1.5.0 is for sure coming out within a reasonable time and
will be stable (the current stable pointer is 1.4.10 so what would we move
that to?).
I'm always a fan of reducing maintenance burden, but let's hold
Congratulations and welcome Stephen!
On Mon, Aug 5, 2019 at 1:00 PM Andrew Purtell wrote:
> Congratulations and welcome, Stephen.
>
> On Mon, Aug 5, 2019 at 11:53 AM Sean Busbey wrote:
>
> > On behalf of the Apache HBase PMC I am super pleased to announce that
> > Tak-Lon (Stephen) Wu has
Congratulations and welcome Zheng!
On Mon, Aug 5, 2019 at 9:54 AM Xu Cang wrote:
> Congratulations, Zheng Hu!
>
> On Mon, Aug 5, 2019 at 6:07 AM Guangxu Cheng
> wrote:
>
> > Congratulations, Zheng!
> >
> > Allan Yang 于2019年8月5日周一 下午5:13写道：
> >
> > > Congratulations, Hu！
> > > Best Regards
> >
Congrats Sakthi! Welcome!
On Thu, Aug 1, 2019 at 11:07 AM Jesse Yates wrote:
> Congrats sakthi!
>
>
>
> On Thu, Aug 1, 2019 at 10:02 AM Ankit Singhal
> wrote:
>
> > Congratulations Sakthi !!
> >
> > On Thu, Aug 1, 2019 at 7:15 AM Toshihiro Suzuki
> > wrote:
> >
> > > Congratulations! Sakthi
>
Congratulations Duo! Thanks for offering to take on the additional work!
On Fri, Jul 19, 2019 at 10:34 AM Stack wrote:
> Thank you Misty for your years of service (FYI, for non-PMCers, the reports
> Misty wrote to the Apache Board on our behalf were repeatedly called out
> for their quality and
Thank you for all you have done as our Chair, Misty! Best of luck!
On Thu, Jul 18, 2019 at 10:54 AM Andrew Purtell wrote:
> Thank you for serving as our Chair, Misty. Your reports were some of the
> best I've ever seen in my ten or so years at the ASF. Best of luck to you
> and yours in your
I agree that deleting EOM branches is the best approach (with tags).
Having a branch for an EOM line doesn't make sense since a branch signifies
(and/or promotes) active development.
Having a tag signifies that this line is static and is a point-in-time
pointer to the branch. In the worst case
+1
* Signature: ok
* Checksum : ok
* Rat check (1.8.0_92): ok
- mvn clean apache-rat:check
* Built from source (1.8.0_92): ok
- mvn clean install -DskipTests
* Unit tests pass (1.8.0_92): failed
- mvn test -P
I like the proactive approach to EOLing branches, but I don't think we can
quite EOL a branch when there is no newer branch (2.2.0) out. If that's
2.1.6, that's fine.
On Thu, May 16, 2019 at 3:18 PM Stack wrote:
> Was going to put up an RC for 2.1.5 in next day or so after a review of
>
Zach York created HBASE-22401:
-
Summary: Document which branches are 'live' in the ref guide
Key: HBASE-22401
URL: https://issues.apache.org/jira/browse/HBASE-22401
Project: HBase
Issue Type
[
https://issues.apache.org/jira/browse/HBASE-22389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zach York resolved HBASE-22389.
---
Resolution: Fixed
Fix Version/s: 1.4.11
1.5.0
> Revert HBASE-19
Zach York created HBASE-22390:
-
Summary: backport HBASE-22190 to branch-1
Key: HBASE-22390
URL: https://issues.apache.org/jira/browse/HBASE-22390
Project: HBase
Issue Type: Bug
Affects
Zach York created HBASE-22389:
-
Summary: Revert HBASE-19275 TestSnapshotFileCache never worked
properly on branch-1
Key: HBASE-22389
URL: https://issues.apache.org/jira/browse/HBASE-22389
Project: HBase
+1
On Fri, Apr 26, 2019 at 2:48 PM Andrew Purtell wrote:
> +1
>
> On Fri, Apr 26, 2019 at 7:33 AM Sean Busbey wrote:
>
> > Hi folks!
> >
> > HBASE-22149 "HBOSS: A FileSystem implementation to provide HBase's
> > required semantics" has an approach to reliably running HBase on top
> > of
Always good to see the history of the discussion :) It looks like nothing
really was decided last time (use caution if removing before a full major
version), hopefully we can come up with something more descriptive this
time.
I think the idea of having a tag/annotation for detailing when the
Zach York created HBASE-22291:
-
Summary: Fix recovery of recovered.edits files under root dir
Key: HBASE-22291
URL: https://issues.apache.org/jira/browse/HBASE-22291
Project: HBase
Issue Type
Will dev@ still get notified when new issues are opened? Or not at all?
+1 if dev@ still gets notified when new issues are opened (how it currently
works with JIRA)
On Wed, Mar 27, 2019 at 5:34 PM Andrew Purtell wrote:
> +1
>
>
> On Wed, Mar 27, 2019 at 12:29 PM Peter Somogyi
> wrote:
>
> >
I think the complexities of actually using HBase is a fairly large
impediment since it limits our user base (where most of the contributors
are likely coming from). HBase is a complex machine and requires someone to
have a significant amount of knowledge of the internal workings to manage.
I think
+1
- checked sums and sigs: Ok
- Rat check: Ok
- built from source: Ok (8u92)
- Ran unit tests: Ok
On Tue, Feb 19, 2019 at 9:08 AM Wellington Chevreuil <
wellington.chevre...@gmail.com> wrote:
> +1
>
> Signature, checksum: OK
> Build from source: OK
> Unit tests: OK
> Rat check: OK
> Start in
Sorry, I just saw this. I think the tool is great and can help make it
easier for PMCs to vote and/or unburden them to do further testing beyond
the basic checks.
I think it makes sense to add this under dev-support/ to make it easy to
access and maintain. Would you mind opening a JIRA to add it?
I agree with the sentiment around HBCK2. I think these kind of recovery
tools are essential before marking something stable.
I also remember when we did testing around HBase 2.x/2.1 that we were
getting perf degradations and couldn't seem to get performance to be as
good as we were getting in the
It looks like it is now much easier to close PRs so I think it makes sense
to use a PR as a substitute for ReviewBoard in the short term. Note that it
would be the committer's responsibility to close the PR.
I think this is a good intermediate step before we figure out the process
to commit using
Ankit,
This seems related to HBASE-21548.
On Thu, Jan 3, 2019 at 6:04 PM Ankit Singhal
wrote:
> +1
>
> -- Build from src - Ok
> -- Started a local cluster of 2.0.4 on existing 2.0 deployment - Ok
> -- Basic shell commands - Ok
> -- UI - Ok
> -- Ran rat check on source - Success
> -- SHA and
+1
- checked sums and sigs: Ok
- Rat check: Ok
- built from source: Ok (8u92)
- Ran unit tests: Ok
- Messed around with some basic shell commands: Ok
- Loaded and read 1M rows with LTT: Ok
- Sanity checked Web UI: Ok
On Tue, Dec 11, 2018 at 12:28 AM Peter Somogyi wrote:
> +1 (non-binding)
>
>
Do we have a process for deprecating releases with critical bugs? I'm not
sure this particular bug would warrant that, but I'm just curious if such a
process is in place.
On Wed, Dec 5, 2018, 9:46 PM Stack Let me put notice on download page too (Let me write the user-list).
>
> Wondering if
Isn't Phoenix's compatibility guarantees separate from HBase's? If Phoenix
only works with a Java8 environment, then couldn't Phoenix only support
Java8 environments in releases after the Java 8 Avatica issue without
requiring HBase's compatibility to drop support for Java7?
While it's nice to
+1
- checked sums and sigs: Ok
- Rat check: Ok
- built from source: Ok (8u92)
- Ran unit tests: Ok
- Messed around with some basic shell commands: Ok
- Loaded and read 1M rows with LTT: Ok
- Sanity checked Web UI: Ok
On Fri, Nov 30, 2018 at 4:16 PM Zach York
wrote:
> I'm in the proc
I'm in the process of testing it. I'll be back in an hour or less
(hopefully :))
On Fri, Nov 30, 2018 at 3:27 PM Stack wrote:
> I love these non-binding votes. Thanks to you all for trying the RC. Need
> one more binding vote to release after my +1 here (Allan Yang just made
> PMC! Yah! for
Congratulations and welcome Allan!
On Wed, Nov 28, 2018 at 10:21 AM Esteban Gutierrez
wrote:
> Congratulations, Allan!
>
> --
> Cloudera, Inc.
>
>
>
> On Wed, Nov 28, 2018 at 10:11 AM Yu Li wrote:
>
> > On behalf of the Apache HBase PMC I am pleased to announce that Allan
> Yang
> > has
Hey All,
I was recently trying to build a HBase RC using Apache Bigtop (In my setup
it's easier to have it build with bigtop to test on cluster) and I ran into
a rather curious error. The build was failing because it was trying to
download the hbase-annotations:test jar from maven central instead
Can we have metrics around the downloads from Apache/archives? I'm not sure
how that is all set up, but might be a low cost way to get some metrics.
On Wed, Nov 14, 2018, 12:12 PM Andrew Purtell While it seems you are proposing some kind of autonomous ongoing usage
> metrics collection, please
Congratulations, Jingyun! Welcome!
On Tue, Nov 13, 2018 at 10:59 AM Peter Somogyi wrote:
> Congratulations Jingyun!
>
> On Tue, Nov 13, 2018 at 8:54 AM 张铎(Duo Zhang)
> wrote:
>
> > On behalf of the Apache HBase PMC, I am pleased to announce that Jingyun
> > Tian has accepted the PMC's
+1
- checked sums and sigs: Ok
- Rat check: Ok
- built from source: Ok (8u92)
- Ran unit tests: Ok
- Messed around with some basic shell commands: Ok
- Loaded and read 1M rows with LTT: Ok
- Sanity checked Web UI: Ok
On Mon, Oct 29, 2018 at 9:11 PM Tak-Lon (Stephen) Wu
wrote:
> +1
> > > https://access.redhat.com/security/cve/cve-2018-8009
> > > >
> > > > All 2.7.x releases before 2.7.7 have the problem. And for 2.6.x, the
> > > hadoop
> > > > team seems to drop the support as there is no release about two
&
What is the main reason for the change? Build time speedup?
Any reason for testing all of the 2.6.x line, but not the 2.7.x line? We
don't check at all for 2.8.x?
Can we be more consistent with how we test compatibility? (Do we only care
about the latest patch release in a line?)
Sorry If I'm
Congratulations, Balazs!! Welcome!
On Fri, Oct 12, 2018 at 3:30 AM Balazs Meszaros
wrote:
> Thank you very much!
>
> Balazs
>
> On Fri, Oct 12, 2018 at 9:01 AM Peter Somogyi wrote:
>
> > Congratulations, Balázs!
> >
> > On Thu, Oct 11, 2018 at 9:49 PM Sean Busbey wrote:
> >
> >> On behalf of
> > On behalf of the Apache HBase PMC I am pleased to announce that Zach
> > > York has accepted our invitation to become a PMC member on the Apache
> > > HBase project. We appreciate Zach stepping up to take more
> > > responsibility in the HBase project.
> > >
+1
Checked sums and sigs: OK
RAT check: OK
Built from src: OK (8u92)
Unit tests pass: OK (8u92)
Thanks,
Zach
On Thu, Oct 4, 2018 at 10:40 AM Ted Yu wrote:
> +1
>
> - verified checksums and signatures: good
> - basic checking on Web UI : good
> - ran test suite with : good
>
> Apache Maven
+1 (non-binding)
Checked sums and sigs: OK
RAT check: OK
Built from src: OK (8u92)
Unit tests pass: OK (8u92)
Thanks,
Zach
On Tue, Sep 11, 2018 at 9:06 AM Andrew Purtell wrote:
> +1
>
> Checked sums and signatures: ok
> Checked compat report: ok, removed methods in Base64 are allowed by
>
+1 (non-binding)
- checked sigs and sums: OK
- built from source: OK
- Ran UTs: OK
- RAT check: OK
Zach
On Thu, Aug 30, 2018 at 5:42 AM 张铎(Duo Zhang) wrote:
> When running UT the TestMergeRegionsProcedure failed for me...
>
> Let me try again...
>
> Tak-Lon (Stephen) Wu 于2018年8月30日周四
Zach York created HBASE-21070:
-
Summary: SnapshotFileCache won't update for snapshots stored in S3
Key: HBASE-21070
URL: https://issues.apache.org/jira/browse/HBASE-21070
Project: HBase
Issue
I'll jump on here as well while it's on my mind. Thanks!
On Fri, Aug 10, 2018 at 8:36 AM, Manjeet Singh
wrote:
> Request you to please add me as well
>
> Thanks
> Manjeet Singh
>
> On Fri, 10 Aug 2018, 20:50 Reid Chan, wrote:
>
> > Sent, please check.
> >
> >
> > R.C
> >
> >
I would REALLY hope that the WAL interface/API changes would go into master
even if the feature work for Ratis is going in a feature branch. Not only
would this enable other backends to be developed in parallel with the Ratis
solution if there are other good fits for a non-HDFS WAL, but also it
+1 to starting the work. I think most of the concerns can be figured out on
the JIRAs and we can have a project update every X weeks if enough people
are interested.
I also agree to frame the feature correctly. Decoupling from a HDFS WAL or
WAL on Ratis would be more appropriate names that would
Zach York created HBASE-20868:
-
Summary: Fix TestCheckTestClasses on HBASE-18477
Key: HBASE-20868
URL: https://issues.apache.org/jira/browse/HBASE-20868
Project: HBase
Issue Type: Sub-task
[
https://issues.apache.org/jira/browse/HBASE-20787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zach York resolved HBASE-20787.
---
Resolution: Fixed
> Rebase the HBASE-18477 onto the current master to continue
[
https://issues.apache.org/jira/browse/HBASE-20787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zach York reopened HBASE-20787:
---
Rebasing again to pull in fixes for unit tests.
> Rebase the HBASE-18477 onto the current mas
Zach York created HBASE-20836:
-
Summary: Add Yetus annotation for ReadReplicaClustersTableNameUtil
Key: HBASE-20836
URL: https://issues.apache.org/jira/browse/HBASE-20836
Project: HBase
Issue
[
https://issues.apache.org/jira/browse/HBASE-20787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zach York resolved HBASE-20787.
---
Resolution: Fixed
> Rebase the HBASE-18477 onto the current master to continue
Zach York created HBASE-20787:
-
Summary: Rebase the HBASE-18477 onto the current master to
continue dev
Key: HBASE-20787
URL: https://issues.apache.org/jira/browse/HBASE-20787
Project: HBase
One potentially blocking issue that I can see is
https://issues.apache.org/jira/browse/HBASE-20723 which causes potential
dataloss when recovering from a RS crash when a custom WAL directory is set
(hbase.wal.dir).
Josh and I had some discussion on the issue and since this is not a default
Nandakishore,
Are the edits persisted to the WAL? The RS will only be able to recover
edits that were persisted to the WAL.
Therefore, if writes happened that had not been synced/flushed to the WAL
when the node was terminated, it is expected that there could be a loss of
that data.
However, from
Cheers
>
> On Tue, May 1, 2018 at 4:23 PM, Zach York <zyork.contribut...@gmail.com>
> wrote:
>
> > Hello,
> >
> > This should be a fairly simple question, but I have been diving into docs
> > and code and haven't found anything obvious.
> >
> >
Hello,
This should be a fairly simple question, but I have been diving into docs
and code and haven't found anything obvious.
I have been looking at snapshot code, but have been unable to
understand/find one part. When a file that was present in a snapshot is
compacted and moved to the archive
Zach York created HBASE-20447:
-
Summary: Only fail cacheBlock if block collisions aren't related
to next block metadata
Key: HBASE-20447
URL: https://issues.apache.org/jira/browse/HBASE-20447
Project
Zach York created HBASE-20280:
-
Summary: Fix possibility of deadlocking in refreshFileConnections
when prefetch is enabled
Key: HBASE-20280
URL: https://issues.apache.org/jira/browse/HBASE-20280
Project
Zach York created HBASE-20204:
-
Summary: Add locking to RefreshFileConnections in BucketCache
Key: HBASE-20204
URL: https://issues.apache.org/jira/browse/HBASE-20204
Project: HBase
Issue Type
M, Andrew Purtell <apurt...@apache.org>
> > > wrote:
> > >
> > > > Congratulations and welcome Zach!
> > > >
> > > >
> > > > On Wed, Mar 7, 2018 at 8:27 AM, Sean Busbey <bus...@apache.org>
> wrote:
> > > >
> > > > >
> -- "Recommended" for running
>
> I think we should suggest folks rely on LTS releases of Java, wether
> from the OpenJDK project (which looks like it will be equivalent to
> the Oracle version) or a vender.
>
> That would mean updating our support matrix to call out Java 9 and
> Java 10 as "Not
1 - 100 of 147 matches
Mail list logo
