Looks good to me. Removing the fluo content, as suggested, is also fine
with me.
On Mon, Apr 7, 2025 at 3:29 PM Christopher wrote:
> Looks fine to me, but I'm wondering if we should omit the Fluo portions
> from this, in order to avoid spreading the conversation across too many
> forums. Maybe j
gt; > (like updating copyright dates in NOTICE files)
> > > > 6. Release 3.1.0 before 4.0.0 is released (at some point before...
> not
> > > > necessarily urgent)
> > > >
> > > >
> > > > On Wed, Mar 5, 2025 at 6:44 PM Christopher
>
"Minor version Y (x.Y.z | x > 0) MUST be incremented if new, backward
compatible functionality is introduced to the public API. It MUST be
incremented if any public API functionality is marked as deprecated..."
Ref: https://semver.org/#spec-item-7
If we wanted to maintain semver compliance, then
Looks good. Thanks Ed!
On Sun, Jan 5, 2025 at 5:03 PM Ed Coleman wrote:
> The Accumulo community decided to draft the Apache community reports on the
> Accumulo dev list – and this is a draft of the January report for review /
> comments. The report is due by Wednesday, January 8th.
>
> The foll
The garbage collector will not (should not) remove files for a table that
is cloned. Cloning a table, then offlining it for export I believe is the
recommended pattern.
On Wed, Nov 20, 2024 at 4:58 PM Timothy Hong (US)
wrote:
> Hello,
>
> Using Accumulo 1.10.2, I would like to bulk export a larg
Looks good. Thanks Ed!
On Sun, Sep 29, 2024 at 2:40 PM Ed Coleman wrote:
> The Accumulo community decided to draft the Apache community reports on the
> Accumulo dev list – and this is a draft of the October report for review /
> comments. The report is due by Wednesday, October 9th.
>
> Current
can operate without a GC in general, so maybe that's
> something I should test for my particular database size/use.
>
> On Mon, Aug 26, 2024 at 1:39 PM Dave Marion wrote:
>
> > Thanks for reporting this. Based on the information you provided I was
> > able to create
Thanks for reporting this. Based on the information you provided I was able to
create https://github.com/apache/accumulo/pull/4838. It appears that the
Manager, Monitor, and SimpleGarbageCollector are creating multiple instances of
ServiceLock when in a loop waiting to acquire the lock (when the
+1 binding
verified signatures
verified hashes
confirmed binary files are only for tests
checked source LICENSE and NOTICE files exist
checked binary LICENSE and NOTICE files exist
Ran SunnyDay tests (mvn clean package -psunny)
On Mon, Jul 29, 2024 at 2:17 PM Adam Lerman wrote:
> +1 binding vo
welcome Kevin!
On Thu, Jul 25, 2024 at 6:37 PM Christopher wrote:
> Hi Accumulo Devs,
>
> I just want to offer my welcome to our newest committer and PMC
> member, Kevin Rathbun!
>
> ASF Id: krathbun
> GitHub: kevinrr888
>
> Best regards,
> Christopher
>
Fine by me, however I'm assuming that the Elasticity project (new) will
remain as-is for now, right? Thanks Christopher.
On Wed, Jul 10, 2024 at 12:14 PM Christopher wrote:
> So, it sounds like everybody who weighed in was okay with my proposed
> approach. Dave suggested an alternate one to cons
LGTM. Thanks Ed!
On Mon, Jul 8, 2024 at 6:35 AM Mark Owens wrote:
> LGTM
>
> On Mon, Jul 8, 2024 at 1:49 AM Ed Coleman wrote:
>
> > The Accumulo community decided to draft the Apache community reports on
> the
> > Accumulo dev list – and this is a draft of the April report for review /
> > comm
x, or if you have a
> few related sub-tasks but creating a new Project would be overkill. I
> just don't think it's a great option for milestone tracking.
>
> On Wed, Jul 3, 2024 at 2:15 PM Dave Marion wrote:
> >
> > Another option would be to do it manually by crea
Another option would be to do it manually by creating an issue where the
top comment is a checklist of all the related items in that release. Much
like the post-vote release checklist[1] issues that we have. Yes, this
means that the developer is going to have to update some other number of
tickets
> table cache as the number of zk table nodes increases. Does that seem
> feasible? Is there anything I can do to mitigate the issue?
>
> Thanks,
>
> Emilio Lahr-Vivaz
> General Atomics, CCRi
>
>
> From: Dave Marion
> Sent
Emilio, The create table operation is a Fate operation that runs in the Manager. My immediate thought is that maybe the number of Fate operations that you are creating for your other tables is making the create table operation wait for an available thread. I don't have the code in front of me, but
What version of Accumulo are you using?On Apr 20, 2024 12:16 PM, Geoffry Roberts wrote:I am setting up a microservice that accesses accumulo. It's a specialized thing of limited scope. I do need to get it to create tables (Code is below.). Java 17SpringBoot running JettyPostmanIn the below co
o be "here are some things you may find helpful" - maybe the
> proxy is more than that? But I don't recall ever mention the proxy
> specifically in a project report.
>
> Would if help if the sub-heading (it's at the same level as releases) read
> "Other Releases:
at is the consensus. Same as considering it as a release -
> but as you mentioned we don't seem to treat other sub-projects that way.
>
>
> On 2024/04/05 17:59:22 Dave Marion wrote:
> > Just curious why the Accumulo Access library mentions is in "Other". I
> &g
Just curious why the Accumulo Access library mentions is in "Other". I
think an alternate version of this could describe Accumulo Access in the
"Project Status" or "Project Activity" section and then add the release to
the "Releases" section. Does it get relegated to "Other" because it's a
sub-proj
The Apache Accumulo project is pleased to announce the release of
Apache Accumulo Access 1.0.0-beta. Accumulo Access is a
standalone java library that provides the same functionality,
semantics, and syntax as the Accumulo ColumnVisibility and
VisibilityEvaluator classes.
The Accumulo Access proje
The Apache Accumulo project is pleased to announce the release of
Apache Accumulo Access 1.0.0-beta. Accumulo Access is a
standalone java library that provides the same functionality,
semantics, and syntax as the Accumulo ColumnVisibility and
VisibilityEvaluator classes.
The Accumulo Access proje
; of Accumulo Access is designated as beta because the API may change as
> we work to integrate it into Accumulo.
>
> On Tue, Feb 20, 2024 at 8:06 AM Dave Marion wrote:
>
> > All,
> >
> > Please review and provide feedback on the draft release announcement
> >
All,
Please review and provide feedback on the draft release announcement
below. As
this is the initial introduction of Accumulo Access I have included more
information
than we would normally put into a release announcement.
---
The Apache Accumulo project is pleased to announce the release of
This vote passes with 6 +1s and no other votes.
Thanks all for verifying this release candidate.
The post-vote release steps are being tracked at:
https://github.com/apache/accumulo-access/issues/63
we don't have to do any manual
> modification to the staging repo when doing releases. It's late tonight as
> I write this, but I created the upstream issue. We'll see if it gains
> traction, and if a solution arises upstream. If not, I have an idea for a
> workaround
README
On Wed, Feb 14, 2024 at 9:27 AM Dave Marion wrote:
> Accumulo Developers,
>
> Please consider the following candidate for Apache Accumulo-Access
> 1.0.0-beta.
>
> Git Commit:
> 1c6051d4f450d620e3594659ed8f00c107348003
> Branch:
> 1.0.0-beta-rc4
>
> If t
Accumulo Developers,
Please consider the following candidate for Apache Accumulo-Access
1.0.0-beta.
Git Commit:
1c6051d4f450d620e3594659ed8f00c107348003
Branch:
1.0.0-beta-rc4
If this vote passes, a gpg-signed tag will be created using:
git tag -f -s -m 'Apache Accumulo-Access 1.0.0-
working on) and include any other changes that stem from that in a
1.0.0 release. I have created PR #49 which changes the version to beta. My
plan is to merge that and then create another RC in the morning for
1.0.0-beta.
On Tue, Feb 13, 2024 at 10:58 AM Dave Marion wrote:
>
> This v
file violates the release policy and needs to be
> updated.
>
> On Tue, Feb 13, 2024 at 8:28 AM Dave Marion wrote:
>
> > -1 (binding)
> >
> > I performed the following checks and I think I need to vote -1 because of
> > the language at
> > https://apache.org
hub.com/apache/accumulo-access/pull/45
>
>
> On Mon, Feb 12, 2024 at 9:57 AM Dave Marion wrote:
>
> > Accumulo Developers,
> >
> > Please consider the following candidate for Apache Accumulo-Access 1.0.0.
> >
> > Git Commit:
> > 276dfe1bfb3868812
Accumulo Developers,
Please consider the following candidate for Apache Accumulo-Access 1.0.0.
Git Commit:
276dfe1bfb3868812da5414d79f4d995bade9a36
Branch:
1.0.0-rc3
If this vote passes, a gpg-signed tag will be created using:
git tag -f -s -m 'Apache Accumulo-Access 1.0.0' rel/1.0.0
Looks good Ed. Thanks!
On Fri, Jan 5, 2024 at 10:20 AM dev1 wrote:
>
>
> The Accumulo community decided to draft the Apache community reports on
> the Accumulo dev list – and this is a draft of the January report for
> review / comments. The report is due by Jan 10th.
>
> The text below is copi
Looks good.
On Thu, Nov 16, 2023 at 5:37 PM Christopher wrote:
> The following is the draft of the announcement for 1.10.4
> ***
>
> The Apache Accumulo project is pleased to announce the release of
> Apache Accumulo 1.10.4! Apache Accumulo 1.10.4 is the final bug fix
> release of the 1.10 LTM r
By design, we typically don't send user data back in error messages so
that we are not leaking data into a client side log or something.
On Mon, Oct 23, 2023 at 8:43 AM Logan Jones wrote:
> Hi Ed / Josef:
>
> Yes, the violation summaries are available, but I was hoping that the
> actual mutati
I don't think the risk of not creating a release from the new repo exists.
I believe we have to use non-snapshot dependencies when creating an
Accumulo release. Right? I have no issue with creating the repo now and no
issue with the name, since we can rename it.
On Wed, Sep 6, 2023 at 3:18 PM Keit
+1
* verified signatures and hashes
* built from source tarball with no issues
* Sunny day tests passed
* Started instance locally. Ran ci until the disk was almost full. Ran
scan, walk, batchwalk with no issues.
* Looked at diff between 3.0 and 2.1 to look for changes that were not in
the release
+1
I have:
* verified hashes and signatures
* confirmed errorprone completes successfully with the assert statement
fixed in AccumuloInputFormatIT, so no other issues
* ran sunny day tests
* built with thrift profile, confirmed no changes
On Mon, Aug 14, 2023 at 4:08 AM Christopher wrote:
> A
Congratulations Dan!
On Thu, Aug 10, 2023 at 7:26 AM Christopher Shannon <
christopher.l.shan...@gmail.com> wrote:
> Congrats Dan!
>
> On Thu, Aug 10, 2023 at 12:08 AM Christopher wrote:
>
> > Welcome Dan, and congrats
> >
> > On Wed, Aug 9, 2023, 18:27 dev1 wrote:
> >
> > > The Project Managem
Looks good.
On Tue, Jul 11, 2023 at 9:34 AM dev1 wrote:
> I updated the section that Mark pointed out. It now reads (as pasted from
> the reported tool):
>
> Work continues on the evolution of the Accumulo processing model to support
> dynamic scaling and provide elasticity. The goal for Accum
+1
Verified signatures (asc, md5, sha1 and sha512) match expected
Ran SunnyDay ITs
Ran CI for 6+ hours with no issues on a 10-node cluster
On Thu, Jun 15, 2023 at 2:15 PM dev1 wrote:
> +1
>
> Verified signatures (asc, md5, sha1 and sha512) match expected
> Sunny tests passed with no failures.
-1 - Because https://github.com/apache/accumulo/issues/3491 was found
during testing which prevents normal compaction operation on a Tablet with
a large row.
I was able to do the following:
* Verified hashes and signatures
* Confirmed unit tests pass (mvn clean package)
* Confirmed SunnyDay ITs p
t; >
> > > > > > > For comparison, the streamlined process I'm proposing is:
> > > > > > >
> > > > > > > 1. Initial PR to main branch
> > > > > > > 2. Auto build and publish on PR merge
> > > >
<<< ERROR!
> > > > > > java.lang.NoClassDefFoundError:
> > > > > > org/apache/commons/beanutils/BeanIntrospector
> > > > > > at
> > > > > >
> > > > >
> > > >
> > >
> org.apache.accumulo.core.conf.Cre
Chris Shannon pointed out that this test was failing and the resolution was
to give it more memory (see https://github.com/apache/accumulo/issues/3281).
On Mon, Apr 10, 2023 at 6:04 PM Dave Marion wrote:
> *mvn clean verify -Phadoop3,sunny* failed in ExamplesIT with the
> aforemen
*mvn clean verify -Phadoop3,sunny* failed in ExamplesIT with the
aforementioned changes. Specifically, ExamplesIT.testScansWithInterference
failed with a server error when closing the batch writer. No further
information in the logs.
On Mon, Apr 10, 2023 at 5:06 PM Dave Marion wrote:
> Updat
+++ b/pom.xml
@@ -212,7 +212,7 @@
commons-configuration
commons-configuration
-1.6
+1.10
commons-io
On Mon, Apr 10, 2023 at 12:16 PM Dave Marion wrote:
> From what I can tell:
>
> 1. commons-configuration:1.6 has a commons-b
the classpath for the test. I have no idea why this is failing on
my machine and not for others. I'm also seeing general slowness building
1.10.3 on my machine, but not building other git branches.
On Mon, Apr 10, 2023 at 8:24 AM Dave Marion wrote:
> I built the source tarball using the hado
I built the source tarball using the hadoop3 profile again and encountered
the issue below. The version of hadoop (3.0.3) has not changed, so I assume
that this is related to a change in our dependencies.
[ERROR] Tests run: 10, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
3.856 s <<< FAILURE!
uld
> also be streamlined.
>
> (For reference, the local build is documented in the website README at
>
> https://github.com/apache/accumulo-website/blob/main/README.md#local-builds-for-testing
> )
>
> On Fri, Apr 7, 2023 at 7:24 PM Dave Marion wrote:
> >
> > I fin
I find the staging site useful for reviewing changes before publishing.
There are some things that are not the easiest to review in a markdown
diff. Especially since the markdown is transformed to what is ultimately
displayed. I have no issue with streamlining this, I'll just need to
remember to be
oaderTest
[ERROR]
org.apache.accumulo.start.classloader.vfs.providers.VfsClassLoaderTest
Time elapsed: 1.15 s <<< ERROR!
java.lang.NoSuchMethodError: 'boolean
org.eclipse.jetty.servlet.ServletMapping.containsPathSpec(java.lang.String)'
On Thu, Apr 6, 2023 at 1:36 PM
`mvn -Dtimeout.factor=2 clean package` worked. Thanks!
On Thu, Apr 6, 2023 at 1:19 PM Christopher wrote:
> Might just be a coincidence. If it's still failing with a higher timeout, I
> can look into it.
>
> On Thu, Apr 6, 2023, 12:51 Dave Marion wrote:
>
> > I just
n happen for any of our branches. So
> overriding the arbitrary timeout by some factor can help.
>
> On Thu, Apr 6, 2023, 12:41 Dave Marion wrote:
>
> > Verified sha1 & md5 signatures
> > Verified signing key
> >
> > Ran into an issue trying to build from the so
Verified sha1 & md5 signatures
Verified signing key
Ran into an issue trying to build from the source tarball. I tried 3 times
with the command `mvn clean package` and the build failed in the same spot
every time (see below). Note that on the same machine I ran `mvn clean
package` on my local git
w default behavior (see #3) for a range
> of Tablets on a table.
>
>
> On Tue, Apr 4, 2023 at 1:08 PM Keith Turner wrote:
>
>> On Mon, Apr 3, 2023 at 3:33 PM Dave Marion wrote:
>> >
>> > I could see that working initially, but I think you would get some drift
&g
2023 at 3:33 PM Dave Marion wrote:
> >
> > I could see that working initially, but I think you would get some drift
> > over time as splits or merges happen. In your example, what happens when
>
> Drift is definitely something to consider in the design and users
> woul
LGTM. Thanks for putting this together Ed.
On Tue, Apr 4, 2023 at 4:27 PM dev1 wrote:
> The Accumulo community decided to draft the Apache community reports on
> the Accumulo dev list – and this is a draft of the January report for
> review / comments.
>
> The text below is copied from the repor
and new splits are added daily or weekly, the range would have to be
updated at the same time that splits are created to keep the last N days
hosted.
On Mon, Apr 3, 2023 at 2:13 PM Keith Turner wrote:
> On Mon, Apr 3, 2023 at 10:45 AM Dave Marion wrote:
> >
> > Looking through the c
to achieve a simpler user experience is outweighed
by the complexity added to the code to achieve it. Personally, I don't
think it's that hard to reason about, especially if the user reads the docs
and it is explained well.
On Wed, Mar 29, 2023 at 1:04 PM Christopher wrote:
> On We
> I think we should deprecate support for offline table scanning, since it
shouldn't be needed with the availability of ScanServers.
Just making sure I understand your suggestion - you mean removing the
OfflineScanner and the ability to scan over offline tables in the MapReduce
code, but we should
gt; there to use that feature? Do you mean simply never being brought
> online?
>
> Would it be possible to support (external) compactions for an offline
> table?
>
> I feel like that's a pretty useful feature to revert, and would want
> to consider alternatives.
>
> On
continue to grow
because compactions are never run on the table.
On Mon, Mar 20, 2023 at 9:37 AM Dave Marion wrote:
> Following up on this. Discussion and design documents are up on the
> wiki[1]. There is a GitHub project[2] for planning out some of the tasks,
> which are then turned in
/Elasticity
[2] https://github.com/orgs/apache/projects/164
On Wed, Feb 22, 2023 at 2:35 PM Dave Marion wrote:
> Except for the new bulk import code, Accumulo requires that tables are in
> an online state to work with them (ingest, scan, compact, split, etc.). In
> some cases this could be
rent then?
>
> On Wed, Mar 15, 2023 at 2:55 PM Dave Marion wrote:
> >
> > It looks like we could generate the GH wiki from a folder in the source
> > code. This would allow for issues and PRs. Just a thought.
> >
> > Ref: https://nimblehq.co/blog/create-git
t
> > does.
> >
> > We did already lose a node on the cluster a few days ago. I'm currently
> > waiting for the system administrators to replace a disk.
> >
> > Thanks,
> >
> > On Wed, Mar 15, 2023 at 5:59 PM Dave Marion wrote:
> >
>
sounds like you have a hot-spot on those two datanode hosts. Either because
the blocks that it's writing to are all (or a majority) located there, or
there is some type of issue with the host. Stopping the DN processes on
those two hosts should confirm this, unless the hot spot moves. Do you have
t
; GitHub, were really challenged at all. However, since I seem to be
> the
> > > only
> > > > one advocating for using the website, to keep things centralized, as
> > per
> > > > previous attempts to consolidate documentation, I won't fight the use
&g
ache confluence issue is sorted out.
>
> Ed Coleman
>
> -----Original Message-
> From: Dave Marion
> Sent: Wednesday, March 8, 2023 11:09 AM
> To: dev@accumulo.apache.org
> Subject: Re: [DISCUSS] Enable Github wiki in asf.yaml?
>
> Looking at the Infra slack channel res
Looking at the Infra slack channel response, one of the responses in the
channel said that "it's some sort of db corruption according to Atlassian".
Doesn't sound good
On Wed, Mar 8, 2023 at 10:55 AM Dave Marion wrote:
> https://issues.apache.org/jira/browse/INFRA-24
for
> now.
>
> -Original Message-----
> From: Dave Marion
> Sent: Friday, March 3, 2023 12:06 PM
> To: dev@accumulo.apache.org
> Subject: Re: [DISCUSS] Enable Github wiki in asf.yaml?
>
> Right, I was just curious if there was any follow-up as I think Ed said
> tha
manually.
On Fri, Mar 3, 2023 at 11:57 AM Christopher wrote:
> You can track that issue at
> https://issues.apache.org/jira/browse/INFRA-24291
>
> On Fri, Mar 3, 2023 at 10:31 AM Dave Marion wrote:
> >
> > Ed,
> >
> > Any update from INFRA on being able to cre
I'm sharing my personal opinion only because it is
> influencing my opinion about the website being more accessible, via
> our current GitHub PR/issue/Markdown workflows, and I wonder how many
> other potential contributors would feel similarly. It's hard to know,
> since it see
o if a non-committer wanted to participate they could.
On Thu, Mar 2, 2023 at 2:53 PM Christopher wrote:
> On Thu, Mar 2, 2023 at 1:34 PM Dave Marion wrote:
> >
> > I'm opposed to using the website for the reasons I specified earlier, so
> it
>
> Your reasons that I
, but I think it goes
> > > > against previous efforts to make the website the one canonical
> > > > location for our documentation. I don't even think infra is backing
> up
> > > > wiki repos, so there wouldn't even be a record of the wiki contents
>
Except for the new bulk import code, Accumulo requires that tables are in
an online state to work with them (ingest, scan, compact, split, etc.). In
some cases this could become cost prohibitive and resource inefficient as
resources necessary to keep the tables online might be unused. I'd like to
p
Does anyone have some time to review this 4 line change? Thanks,
Dave
On 2022/12/07 19:06:00 "Dave Marion (Jira)" wrote:
> Dave Marion created HDFS-16864:
> --
>
> Summary: HDFS advisory caching should drop cache behind bloc
There is no guide. You are using implementation classes (see clientImpl in
the package name) vs. using the client api. If you can use the client api
directly, then this should insulate you from changes in the future (except
during major versions). We can try and find where things might have moved,
[
https://issues.apache.org/jira/browse/HDFS-16864?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17646155#comment-17646155
]
Dave Marion commented on HDFS-16864:
FWIW, this patch applies cleanly to 3.3.5.
[
https://issues.apache.org/jira/browse/HDFS-16864?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17645630#comment-17645630
]
Dave Marion commented on HDFS-16864:
I don't think there is much risk here,
[
https://issues.apache.org/jira/browse/HDFS-16864?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17645420#comment-17645420
]
Dave Marion commented on HDFS-16864:
[~ste...@apache.org] - not sure how far a
Dave Marion created HDFS-16864:
--
Summary: HDFS advisory caching should drop cache behind block when
block closed
Key: HDFS-16864
URL: https://issues.apache.org/jira/browse/HDFS-16864
Project: Hadoop
Dave Marion created HDFS-16864:
--
Summary: HDFS advisory caching should drop cache behind block when
block closed
Key: HDFS-16864
URL: https://issues.apache.org/jira/browse/HDFS-16864
Project: Hadoop
Christopher,
Thanks for cleaning up my mess, I appreciate your help here. Your git-foo
is stronger than mine :-) Lesson learned regarding the GitHub UI merge
between major branches. The GH UI in this case is lacking several important
features - 1) a warning, 2) it didn't show in the UI all of th
tservers. I'm mostly
> trying to identify whether or not rollback is even an option.
>
> - Logan
>
> On Fri, Nov 4, 2022 at 3:49 PM Dave Marion wrote:
>
> > Are you running into an error or some other issue that is making you
> > think that you have to rollb
Are you running into an error or some other issue that is making you
think that you have to rollback? I don't know that rolling back has been
tested.
On Fri, Nov 4, 2022 at 3:40 PM Logan Jones wrote:
> Hello:
>
> We recently upgraded from Accumulo 1.9.3 to 1.10.2. Is it safe to roll back
> to
Christopher,
Thanks for spear-heading the release. A few questions:
1. Given the number of changes and that not all of them are documented in
the release notes, should we also suggest that users look at the user guide
in addition to the release notes?
2. For the description at the bottom,
I don't see it either. I know that it is documented in the user guide. I
can certainly add a one-liner under "Other notable changes" if you like.
On Wed, Nov 2, 2022 at 6:53 AM Keith Turner wrote:
> In the release notes I do not see mention of the new cluster yaml file
> that replaced the tserve
+1 (binding)
Validated checksums of src and binary tarballs
Created a 20 node cluster using:
CentOS 7.9
ZooKeeper 3.8.0
Hadoop 3.3.4
Accumulo 2.1.0-RC4
Performed the following tests:
1. Created the ci table configured with 200 splits, without encryption,
and using external compactions
IIRC the strong consistency in S3 means that the data will be there immediately after a write instead of eventually there. Also, this is only with Amazon S3, not necessarily with other products that present an S3 compatible API.Performing a sync on the WAL means that all data written to the file ha
Looking at [1], specifically the overview section, I think they are the
same metrics just accessible via JMX instead of configuring a sink.
[1]
https://hadoop.apache.org/docs/r3.3.4/api/org/apache/hadoop/metrics2/package-summary.html
On Wed, Oct 12, 2022 at 1:39 PM Christopher wrote:
> I don't
The secondary master is waiting to get the lock in ZooKeeper for it to
become active. The only way to do that is to stop the current one.
On Tue, Oct 11, 2022 at 10:38 AM Vincent Russell
wrote:
> Hello,
>
> We are running accumulo 2.0.1 with high availability? Is there a way to
> force failover
Congrats Chris!
On Thu, Sep 29, 2022 at 9:26 AM Dominic Garguilo
wrote:
> Congrats and welcome, Chris!
>
> On Thu, Sep 29, 2022 at 9:15 AM dev1 wrote:
>
> > The Project Management Committee (PMC) for Apache Accumulo has invited
> > Chris to become a committer and PMC member and we are pleased t
[
https://issues.apache.org/jira/browse/OOZIE-2973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17584445#comment-17584445
]
Dave Marion commented on OOZIE-2973:
Curious if the latest (5.2.1) client will
it wouldn't affect the tracer server. `-a`
> should still work fine there.
>
> On Fri, Jul 29, 2022 at 3:00 PM Dave Marion wrote:
>
> > https://github.com/apache/accumulo/pull/2119 fixed a bug in 2.1 where
> the
> > -a argument was not correctly setting the hostname
https://github.com/apache/accumulo/pull/2119 fixed a bug in 2.1 where the
-a argument was not correctly setting the hostname. It looks like 2.0.1 is
affected by this too.
On Fri, Jul 29, 2022 at 12:57 PM Christopher wrote:
> The tracer should be advertising its own address in ZK. By default, the
Looks good.
On Fri, Jul 8, 2022 at 10:08 AM dev1 wrote:
> The Accumulo quarterly report is due Wednesday, July 13, 2022. . The
> community decided to publicly prepare the report on the dev mailing list.
> Below is the current draft. (note: This is a cut-n-paste from the report
> wizard, so the
I think FaTE ensures that the transaction is started and it waits for it to
finish. It must be the case that a failure is not being propagated back up
to fail the transaction. Are you seeing FaTE restarting the same compaction
over and over again, or are the multiple IN_PROGRESS transactions from
d
It has been done.
On Tue, May 3, 2022 at 1:28 PM Christopher wrote:
> The slack invite process changed. We have to explicitly invite people now.
> I can do it.
>
> On Tue, May 3, 2022, 12:33 Dave Marion wrote:
>
> > See https://accumulo.apache.org/contact-us/#slack, there
> > in depth. But we're confident that given what Accumulo is capable of,
> > there
> > > will be good content for us to share with the community in the future.
> We
> > > will continue to keep our eyes out for how we can engage, and excited
> to
> > do
&
1 - 100 of 1007 matches
Mail list logo
