Re: New Committers/PMC members!

Welcome, guys! On Thu, Sep 1, 2016 at 9:53 AM, Billie Rinaldi wrote: > Welcome, Mike and Marc! > > On Wed, Aug 31, 2016 at 7:58 AM, Josh Elser wrote: > > > Hiya folks, > > > > I wanted to take a moment to publicly announce some recent additions to > > the Apache Accumulo family (committers and

Re: Hadoop

This may not be directly related but I've noticed Hadoop packages have been not uninstalling/updating well the past year or so. The last couple times I've run fedup, I've had to go back in manually and remove/update a bunch of the Hadoop packages like Zookeeper and Parquet. On Thu, Jun 2, 2016 at

Re: Post 1.5.3 and 1.6.3

+1 on the happy hour! On Mon, Jul 6, 2015 at 5:58 PM, Eric Newton wrote: > More importantly, when are we going to have a happy hour to celebrate? > > -Eric > > > On Mon, Jul 6, 2015 at 4:04 PM, Josh Elser wrote: > > > Thanks to the efforts spearheaded by Christopher and verified by everyone > >

Re: 1.5.3 and 1.6.3

That is, unless any of the new committers would like to take it on- in that case, I can help ;-) On Tue, May 12, 2015 at 3:41 PM, Corey Nolet wrote: > I can get a 1.6.3 together. > > > On Tue, May 12, 2015 at 2:04 PM, Christopher wrote: > >> Sure, we can discuss that sep

Re: 1.5.3 and 1.6.3

I can get a 1.6.3 together. On Tue, May 12, 2015 at 2:04 PM, Christopher wrote: > Sure, we can discuss that separately. I'll start a new thread. > > -- > Christopher L Tubbs II > http://gravatar.com/ctubbsii > > > On Tue, May 12, 2015 at 1:58 PM, Sean Busbey wrote: > > let's please have a label

Re: [VOTE] Establishing a contrib repo for upgrade testing

+1 On Tue, Mar 10, 2015 at 10:57 AM, David Medinets wrote: > +1 > > On Tue, Mar 10, 2015 at 10:56 AM, Adam Fuchs wrote: > > +1 > > > > Adam > > On Mar 10, 2015 2:48 AM, "Sean Busbey" wrote: > > > >> Hi Accumulo! > >> > >> This is the VOTE thread following our DISCUSS thread on establishing a >

Fwd: [ANNOUNCE] Apache Accumulo 1.6.2 Released

Forwarding to dev. -- Forwarded message -- From: Corey Nolet Date: Wed, Feb 18, 2015 at 12:25 PM Subject: [ANNOUNCE] Apache Accumulo 1.6.2 Released To: u...@accumulo.apache.org, annou...@apache.org The Apache Accumulo project is happy to announce its 1.6.2 release. Version

Re: [VOTE] Apache Accumulo 1.6.2 RC5

k we're all good. > > > Keith Turner wrote: > >> Corey thanks for doing this release. I took a look at the release notes >> on >> staging, looks good. >> >> >> >> On Wed, Feb 11, 2015 at 8:52 AM, Corey Nolet wrote: >> >>

Re: [VOTE] Apache Accumulo 1.6.2 RC5

Billie took on the user manual last time. I'm still not sure how to build the website output for that. On Sun, Feb 15, 2015 at 8:58 AM, Corey Nolet wrote: > Josh- I'm terribly busy this weekend but I am going to tackle the release > notes, publishing the artifacts to the websi

Re: [VOTE] Apache Accumulo 1.6.2 RC5

sh Elser wrote: > Great work, Corey! > > What else do we need to do? Release notes? Do you have the > javadoc/artifact deployments under control? > > > Corey Nolet wrote: > >> The vote is now closed. The release of Apache Accumulo 1.6.2 RC5 has been >> accepted wi

Re: [VOTE] Apache Accumulo 1.6.2 RC5

n 1.6.2.Because of ACCUMULO-3597, I was not > able to get a long randomwalk run. The bug happened shortly after > starting the test. I killed the deadlocked tserver and everything started > running again. > > > > On Wed, Feb 11, 2015 at 8:52 AM, Corey Nolet wrote: &g

Re: [VOTE] Apache Accumulo 1.6.2 RC5

72 hours after time at which the RC5 was announced, which was 2pm UTC on Wednesday, February 11th. That would make the vote close on Saturday, February 14th at 2pm UTC (9am EST, 6am PT) On Fri, Feb 13, 2015 at 1:38 PM, Corey Nolet wrote: > Thanks Josh for your verification. Just a reminder tha

Re: [VOTE] Apache Accumulo 1.6.2 RC5

* Verified NOTICE in native.tar.gz > > > Corey Nolet wrote: > >>Devs, >> >> Please consider the following candidate for Apache Accumulo 1.6.2 >> >> Branch: 1.6.2-rc5 >> SHA1: 42943a1817434f1f32e9f0224941aa2fff162e74 >>

[VOTE] Apache Accumulo 1.6.2 RC5

Devs, Please consider the following candidate for Apache Accumulo 1.6.2 Branch: 1.6.2-rc5 SHA1: 42943a1817434f1f32e9f0224941aa2fff162e74 Staging Repository: https://repository.apache.org/content/repositories/orgapacheaccumulo-1024/ Source tarball: https://repository.apache.

Re: [VOTE] Apache Accumulo 1.6.2 RC4

> w/ agitation, ran for 26 hrs and wrote 21 billion entries. > > <https://issues.apache.org/jira/browse/ACCUMULO-3576> > > On Thu, Feb 5, 2015 at 11:00 PM, Corey Nolet wrote: > > > Devs, > > > > Please consider the fo

Re: [VOTE] Apache Accumulo 1.6.2 RC4

e included in RC4. > > > -- > Christopher L Tubbs II > http://gravatar.com/ctubbsii > > On Thu, Feb 5, 2015 at 11:00 PM, Corey Nolet wrote: > > > Devs, > > > > Please consider the following candidate for Apache Accumulo 1.6.2 > > > > B

[VOTE] Apache Accumulo 1.6.2 RC4

Devs, Please consider the following candidate for Apache Accumulo 1.6.2 Branch: 1.6.2-rc4 SHA1: 0649982c2e395852ce2e4408d283a40d6490a980 Staging Repository: https://repository.apache.org/content/repositories/orgapacheaccumulo-1022/ Source tarball: https://repository.apache.

Re: [VOTE] Apache Accumulo 1.6.2 RC3

our effort. > > -Eric > > On Fri, Jan 30, 2015 at 10:36 AM, Keith Turner wrote: > > > On Thu, Jan 29, 2015 at 7:27 PM, Corey Nolet wrote: > > > > > > However I am seeing ACCUMULO-3545[1] that > > > I need to investigate. > > > > > >

Re: Review Request 29959: ACCUMULO-2793 Adding non-HA to HA migration info to user manual and log error when improperly configuring instance.volumes.

replaced volume does not appear in instance.volumes Thanks, Corey Nolet

Re: [VOTE] Apache Accumulo 1.6.2 RC3

tests. I had one IT that failed on me from the source > build which we can fix later -- things are looking good otherwise from my > testing. > > Thanks for working through this Corey, and Keith for finding bugs :) > > > Corey Nolet wrote: > >>Devs, >> >>

Re: [VOTE] Apache Accumulo 1.6.2 RC3

t;https://mail.google.com/mail/?view=cm&fs=1&tf=1&to=ctubb...@apache.org > >> > > wrote: > > > > > Does it matter that this was built with Java 1.7.0_25? Is that going to > > > cause issues running in a 1.6 JRE? > > > > > > > > > --

Re: [VOTE] Apache Accumulo 1.6.2 RC3

I'll start on an RC4 but leave this open for awhile in case any more issues like pop up like this. On Jan 28, 2015 5:24 PM, "Keith Turner" wrote: > -1 because of ACCUMULO-3541 > > On Wed, Jan 28, 2015 at 2:38 AM, Corey Nolet wrote: > > > Devs, > >

[VOTE] Apache Accumulo 1.6.2 RC3

Devs, Please consider the following candidate for Apache Accumulo 1.6.2 Branch: 1.6.2-rc3 SHA1: 3a6987470c1e5090a2ca159614a80f0fa50393bf Staging Repository: https://repository.apache.org/content/repositories/orgapacheaccumulo-1021/ Source tarball: https://repository.apache.

Re: Review Request 30280: ACCUMULO-3533 Making AbstractInputFormat.getConfiguration() protected to match backwards compatibility with 1.6.1

ting --- Basic build with unit tests. Thanks, Corey Nolet

Re: Review Request 30280: ACCUMULO-3533 Making AbstractInputFormat.getConfiguration() protected to match backwards compatibility with 1.6.1

ting --- Basic build with unit tests. Thanks, Corey Nolet

Re: Review Request 30280: ACCUMULO-3533 Making AbstractInputFormat.getConfiguration() protected to match backwards compatibility with 1.6.1

ests. Thanks, Corey Nolet

Re: Review Request 30280: ACCUMULO-3533 Making AbstractInputFormat.getConfiguration() protected to match backwards compatibility with 1.6.1

ests. Thanks, Corey Nolet

Re: Review Request 30280: ACCUMULO-3533 Making AbstractInputFormat.getConfiguration() protected to match backwards compatibility with 1.6.1

ttps://reviews.apache.org/r/30280/diff/ Testing --- Basic build with unit tests. Thanks, Corey Nolet

Review Request 30280: ACCUMULO-3533 Making AbstractInputFormat.getConfiguration() protected to match backwards compatibility with 1.6.1

mulo/core/util/HadoopCompatUtil.java PRE-CREATION examples/simple/src/main/java/org/apache/accumulo/examples/simple/mapreduce/TeraSortIngest.java 1b8cbaf Diff: https://reviews.apache.org/r/30280/diff/ Testing --- Basic build with unit tests. Thanks, Corey Nolet

Re: Review Request 30252: ACCUMULO-3531 update japi-compliance-check configs.

I believe Josh just committed a fix for the missing license header. On Mon, Jan 26, 2015 at 1:24 PM, Mike Drob wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/30252/#review69636 >

Re: [VOTE] Apache Accumulo 1.6.2 RC2

Christopher, I see what I did in regards to the commit hash- I based the rc2 branch off of the branch I ran the maven release plugin from instead of basing it off the tag which was created. On Sun, Jan 25, 2015 at 3:38 PM, Corey Nolet wrote: > Forwarding discussions to dev. > On Jan 25

Re: [VOTE] Apache Accumulo 1.6.2 RC2

Forwarding discussions to dev. On Jan 25, 2015 3:22 PM, "Josh Elser" wrote: > plus, I don't think it's valid to call this vote on the user list :) > > Corey Nolet wrote: > >> -1 for backwards compatibility issues described. >> >> -1 >> &

Re: Review Request 30252: ACCUMULO-3531 update japi-compliance-check configs.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/30252/#review69571 --- Ship it! Ship It! - Corey Nolet On Jan. 25, 2015, 9:38 a.m

Re: Review Request 30252: ACCUMULO-3531 update japi-compliance-check configs.

g/r/30252/#comment114283> Good. I'll add this to the release documentation I've been working on. - Corey Nolet On Jan. 25, 2015, 9:38 a.m., Sean Busbey wrote: > > --- > This is an automatically generated e-mail.

Re: [VOTE] Apache Accumulo 1.6.2 RC1

5 at 11:56 PM, Josh Elser wrote: > > > I think we used to have instruction lying around that described how to > use > > https://github.com/lvc/japi-compliance-checker (not like that has any > > influence on what Sean used, though :D) > > > > > > Corey Nolet

Re: [VOTE] Apache Accumulo 1.6.2 RC1

gt; On Wed, Jan 21, 2015 at 7:50 PM, Corey Nolet wrote: > > > > I did notice something strange reviewing this RC. It appears the > staging > > > repo doesn't have hash files for the detached GPG signatures > (*.asc.md5, > > > *.asc.sha1). That's new.

Re: [VOTE] Apache Accumulo 1.6.2 RC1

> I did notice something strange reviewing this RC. It appears the staging > repo doesn't have hash files for the detached GPG signatures (*.asc.md5, > *.asc.sha1). That's new. Did you do something special regarding this, > Corey? Or maybe this is just a change with mvn, or maybe it's a change with

Re: [VOTE] Apache Accumulo 1.6.2 RC1

onality to the public API. > > > > nice catch > > -1 > > > > > > On Tue, Jan 20, 2015 at 11:18 PM, Corey Nolet > wrote: > > > > > Devs, > > > > > > Please consider the following candidate for Apache Accum

[VOTE] Apache Accumulo 1.6.2 RC1

Devs, Please consider the following candidate for Apache Accumulo 1.6.2 Branch: 1.6.2-rc1 SHA1: 533d93adb17e8b27c5243c97209796f66c6b8b2d Staging Repository: https://repository.apache.org/content/repositories/orgapacheaccumulo-1018/ Source tarball: https://repository.apach

Re: Review Request 29959: ACCUMULO-2793 Adding non-HA to HA migration info to user manual and log error when improperly configuring instance.volumes.

lumes' is called and a replaced volume appears in instance.volumes. Also verified that the error does not appear when 'bin/accumulo init --add-volumes' is called and the replaced volume does not appear in instance.volumes Thanks, Corey Nolet

Re: Review Request 29959: ACCUMULO-2793 Adding non-HA to HA migration info to user manual and log error when improperly configuring instance.volumes.

--------- On Jan. 16, 2015, 5:06 a.m., Corey Nolet wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/29959/ >

Re: Review Request 29959: ACCUMULO-2793 Adding non-HA to HA migration info to user manual and log error when improperly configuring instance.volumes.

d-volumes' is called and a replaced volume appears in instance.volumes. Also verified that the error does not appear when 'bin/accumulo init --add-volumes' is called and the replaced volume does not appear in instance.volumes Thanks, Corey Nolet

Re: Review Request 29959: ACCUMULO-2793 Adding non-HA to HA migration info to user manual and log error when improperly configuring instance.volumes.

d-volumes' is called and a replaced volume appears in instance.volumes. Also verified that the error does not appear when 'bin/accumulo init --add-volumes' is called and the replaced volume does not appear in instance.volumes Thanks, Corey Nolet

Re: Review Request 29959: ACCUMULO-2793 Adding non-HA to HA migration info to user manual and log error when improperly configuring instance.volumes.

9/#review68407 --- On Jan. 16, 2015, 4:37 a.m., Corey Nolet wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/2995

Re: Review Request 29959: ACCUMULO-2793 Adding non-HA to HA migration info to user manual and log error when improperly configuring instance.volumes.

/Initialize.java <https://reviews.apache.org/r/29959/#comment112605> Just noticed this. We should certainly have the conversation to standardize on this. I don't mind doing what everyone's been doing, I just need to know what that is. - Corey Nolet On Jan. 16, 2015, 4:37 a.m., C

Review Request 29959: ACCUMULO-2793 Adding non-HA to HA migration info to user manual and log error when improperly configuring instance.volumes.

eplaced volume appears in instance.volumes. Also verified that the error does not appear when 'bin/accumulo init --add-volumes' is called and the replaced volume does not appear in instance.volumes Thanks, Corey Nolet

Re: Review Request 29502: ACCUMULO-3458 Adding scan authorizations to IteratorEnvironment

-CREATION Diff: https://reviews.apache.org/r/29502/diff/ Testing --- Wrote an integration test to verify that ScanDataSource is actually setting the authorizations on the IteratorEnvironment Thanks, Corey Nolet

Re: Review Request 29502: ACCUMULO-3458 Adding scan authorizations to IteratorEnvironment

ride on same line as method decleration intentional? > > Christopher Tubbs wrote: > Probably best to just format and organize imports for all the changed > files. I noticed a lot of other formatting issues, too. > > Corey Nolet wrote: > Not sure why intelli-j defa

Re: Review Request 29502: ACCUMULO-3458 Adding scan authorizations to IteratorEnvironment

ride on same line as method decleration intentional? > > Christopher Tubbs wrote: > Probably best to just format and organize imports for all the changed > files. I noticed a lot of other formatting issues, too. > > Corey Nolet wrote: > Not sure why intelli-j defa

Re: Review Request 29502: ACCUMULO-3458 Adding scan authorizations to IteratorEnvironment

IteratorEnvironment Thanks, Corey Nolet

Re: Review Request 29502: ACCUMULO-3458 Adding scan authorizations to IteratorEnvironment

://reviews.apache.org/r/29502/diff/ Testing --- Wrote an integration test to verify that ScanDataSource is actually setting the authorizations on the IteratorEnvironment Thanks, Corey Nolet

Re: Review Request 29502: ACCUMULO-3458 Adding scan authorizations to IteratorEnvironment

e IteratorEnvironment into other places? Any other fields you can think of that would benefit from this change other than Authorizations? - Corey --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/29502

Re: Review Request 29502: ACCUMULO-3458 Adding scan authorizations to IteratorEnvironment

defaults to this behavior but it's fixed. - Corey --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/29502/#review66493 --------

Re: Review Request 29502: ACCUMULO-3458 Adding scan authorizations to IteratorEnvironment

that ScanDataSource is actually setting the authorizations on the IteratorEnvironment Thanks, Corey Nolet

Re: Review Request 29502: ACCUMULO-3458 Adding scan authorizations to IteratorEnvironment

, it should try to > > leave the system in the same state the test started in. You know I was thinking about this when I was coding the test and totally forgot to change it before I created the patch. - Corey --- This is an automatic

Re: Review Request 29502: ACCUMULO-3458 Adding scan authorizations to IteratorEnvironment

IteratorEnvironment Thanks, Corey Nolet

Re: Review Request 29502: ACCUMULO-3458 Adding scan authorizations to IteratorEnvironment

PRE-CREATION Diff: https://reviews.apache.org/r/29502/diff/ Testing --- Wrote an integration test to verify that ScanDataSource is actually setting the authorizations on the IteratorEnvironment Thanks, Corey Nolet

Re: JIRA Tickets for 1.6.2 Release

t; >> though. > >> > >> It's not that we can't improve internals in a patch release with Semver > >> (so > >> long as we don't alter the API)... but Semver helps focus changes to > patch > >> releases on things that fix buggy be

build.sh script still being used?

I'm working on updating the "Making a Release" page on our website [1] with more detailed instructions on the steps involved. "Create the candidate" section references the build.sh script and I'm contemplating just removing it altogether since it seems like, after quick discussions with a few indiv

JIRA Tickets for 1.6.2 Release

Since we've been discussing cutting an rc0 for testing before we begin the formal release process. I've moved over all the non-blocker tickets from 1.6.2 to 1.6.3 [1]. Many of the tickets that moved haven't been updated since the 1.6.1 release. If there are tickets you feel are necessary for 1.6.2,

Re: 1.6.2 candidates

ing tests on bare metal. > > > > Testing sooner, rather than later is preferable. > > > > > > > > > > On Tue, Dec 16, 2014 at 7:18 PM, Corey Nolet wrote: > > > > > > I have cycles to spin the RCs- I wouldn't mind finishing the updates > (pe

Re: 1.6.2 candidates

I have cycles to spin the RCs- I wouldn't mind finishing the updates (per my notes) of the release documentation as well. On Tue, Dec 16, 2014 at 7:11 PM, Christopher wrote: > > I think it'd be good to let somebody else exercise the process a bit, but I > can make the RCs if nobody else volunteer

Re: accumulo join order count,sum,avg

A good example of the count/sum/average can be found in our StatsCombiner example [1]. Joins are a complicated one- your implementation of joins will really depend on your data set and the expected sizes of each side of the join. You can obviously always resort to joining data together on different

Re: accumulo Scanner

You're going to want to use WholeRowIterator.decodeRow(entry.getKey(), entry.getValue()) for that one. You can do: for(Entry entry : scanner) { for(Entry actualEntry : WholeRowIterator.decodeRow(entry.getKey(), entry.getValue()).entrySet()) { // do something with actualEntry } } On

Re: Accumulo Working Day

Also talked a little about Christopher's working on a new API design: https://github.com/ctubbsii/accumulo/blob/ACCUMULO-2589/ On Tue, Dec 9, 2014 at 11:56 PM, Josh Elser wrote: > Just so you don't think I forgot, there wasn't really much to report > today. Lots of friendly banter among everyone

Re: [VOTE] adoption of semver

+1 On Tue, Dec 9, 2014 at 2:56 PM, David Medinets wrote: > +1 > > On Tue, Dec 9, 2014 at 2:22 PM, Sean Busbey wrote: > > +0 > > > > Just for clarification, this vote isn't defining what the semver applies > > to? I presume that means the same things already covered in "Section 9 > API" > > from

Re: [VOTE] ACCUMULO-3176

+1 in case it wasn't inferred from my previous comments. As Josh stated, I'm still confused how the veto still holds technical justification- the changes being made aren't removing methods from the public API. On Mon, Dec 1, 2014 at 3:42 PM, Josh Elser wrote: > I still don't understand what coul

Re: [DISCUSS] Bylaws Change - Majority Approval for Code Changes

could majority overrule the veto. It's going to be a complicated discussion. On Wed, Nov 26, 2014 at 1:42 PM, Corey Nolet wrote: > Jeremy, > > The PMC boards in ASF are re > > On Wed, Nov 26, 2014 at 1:18 PM, Jeremy Kepner wrote: > >> To be effective, most boards nee

Re: [DISCUSS] Bylaws Change - Majority Approval for Code Changes

Jeremy, The PMC boards in ASF are re On Wed, Nov 26, 2014 at 1:18 PM, Jeremy Kepner wrote: > To be effective, most boards need to be small (~5 people) and not involved > with day-to-day. > Ideally, if someone says "let's bring this to the board for a decision" the > collective response should b

Re: [VOTE] ACCUMULO-3176

> I could understand the veto if the change actually caused one of the issues mentioned above or the issue that Sean is raising. But it does not. The eventual consistency of property updates was an issue before this change and continues to be an issue. This JIRA did not attempt to address the prope

Re: Contribute Examples/Exercises

Mike & David, Are you +1 for contributing the examples or +1 for moving the examples out into separate repos? On Fri, Nov 14, 2014 at 12:52 PM, David Medinets wrote: > +1 > On Nov 14, 2014 11:18 AM, "Keith Turner" wrote: > > > On Wed, Nov 12, 2014 a

Re: Contribute Examples/Exercises

gt; > Bringing the examples into the core also encourages us to grow the > community which has been stagnant with respect to new committers for about > 9 months now. > > > Corey Nolet wrote: > >> +1 for adding the examples to contrib. >> >> I was, myself, reading over th

Re: Contribute Examples/Exercises

+1 for adding the examples to contrib. I was, myself, reading over this email wondering how a set of 11 separate examples on the use of Accumulo would fit into the core codebase- especially as more are contributed over tinme. I like the idea of giving community members an outlet for contributing e

Re: C++ accumulo client --> native clients for Python, Go, Ruby etc

Yeah the reason ask about having the community support it is because the thrift interfaces are all internal workings, thus, code other than the client API should probably be maintained internally. This will add a slight overhead to development and maintenance of these thrift services because more i

Re: C++ accumulo client --> native clients for Python, Go, Ruby etc

I'm all for this- though I'm curious to know the thoughts about maintenance and the design. Are we going to use thrift to tie the C++ client calls into the server-side components? Is that going to be maintained through a separate effort or is the plan to have the Accumulo community officially supp

[ANNOUNCE] Apache 1.6.1 Released

The Apache Accumulo project is happy to announce its 1.6.1 release. Version 1.6.1 is the most recent bug-fix release in its 1.6.x release line. This version includes numerous bug fixes and performance improvements over previous versions. Existing users of 1.6.x are encouraged to upgrade to this ve

Re: Accumulo Powered By Logo

I think a logo that's more friendly to place in a circle would be useful. The Accumulo logo is very squared off. On Thu, Oct 2, 2014 at 3:39 PM, Mike Drob wrote: > Yea, as an outside observer, I would have no idea what "Apache A" is, nor > any idea how to get more information. Maybe we just need

Re: [VOTE] Apache Accumulo 1.6.1 RC1

t; > On Thu, Sep 25, 2014 at 2:18 PM, Josh Elser > wrote: > > > > > Please make a ticket for it and supply the MAC directories for the test > > > and the failsafe output. > > > > > > It doesn't fail for me. It's possible that there is some edg

Re: [accumulo] your /dist/ artifacts - 1 BAD signature

origin/1.6.1-rc1). I guess technically > anybody could do this, and merge it (along with the version bump to > 1.6.2-SNAPSHOT commit) to 1.6.2-SNAPSHOT branch (and forward, with -sours), > if Corey doesn't have time/gets busy. > > > -- > Christopher L Tubbs II > http

Re: [VOTE] Apache Accumulo 1.6.1 RC1

entOS. (I wonder if it's a JVM > thing?) > > On Wed, Sep 24, 2014 at 9:06 PM, Corey Nolet wrote: > > > Vote passes with 4 +1's and no -1's. > > > > Bill, were you able to get the IT to run yet? I'm still having timeouts > on > > my end as well

Re: [VOTE] Apache Accumulo 1.6.1 RC1

Vote passes with 4 +1's and no -1's. Bill, were you able to get the IT to run yet? I'm still having timeouts on my end as well. On Wed, Sep 24, 2014 at 1:41 PM, Josh Elser wrote: > The crux of it is that both of the errors in the CRC where single bit > "variants". > > y instead of 9 and p inst

Re: [VOTE] Apache Accumulo 1.6.1 RC1

Bill, I've been having that same IT issue and said the same thing "It's not happening to others". I lifted the timeout completely and it never finished. On Wed, Sep 24, 2014 at 1:13 PM, Mike Drob wrote: > Any chance the IRC chats can make it only the ML for posterity? > > Mike > > On Wed, Sep

Re: [DISCUSS] Thinking about branch names

+1 Using separate branches in this manner just adds complexity. I was wondering myself why we needed to create separate branches when all we're doing is tagging/deleting the already released ones. The only difference between where one leaves off and another begins is the name of the branch. On

Re: [VOTE] Apache Accumulo 1.6.1 RC1

SHA1 listed in his original VOTE > email). > > > On 9/22/14, 1:26 PM, Josh Elser wrote: > >> Corey, I don't see the branch. Did you forget to push? >> >> On 9/19/14, 10:49 PM, Corey Nolet wrote: >> >>> Devs, >>> >>> Please con

[VOTE] Apache Accumulo 1.6.1 RC1

Devs, Please consider the following candidate for Apache Accumulo 1.6.1 Branch: 1.6.1-rc1 SHA1: 88c5473b3b49d797d3dabebd12fe517e9b248ba2 Staging Repository: *https://repository.apache.org/content/repositories/orgapacheaccumulo-1017/

Re: [VOTE] Apache Accumulo 1.5.2 RC1

If we are concerned with confusion about adoption of new versions, we should make a point to articulate the purpose very clearly in each of the announcements. I was in the combined camp an hour ago and now I'm also thinking we should keep them separate. On Fri, Sep 19, 2014 at 1:16 AM, Josh Elser

Re: Time to release 1.6.1?

PM, Josh Elser > wrote: > > > > > Sure that's fine, Corey. Happy to help coordinate things with you. > > > *Hopefully* it's not too painful :) > > > > > > > > > On 9/10/14, 10:43 AM, Corey Nolet wrote: > > > > > >> I had posted this

Re: Time to release 1.6.1?

he release. >>> >>> >>> >>>> I'm really not sure how to approach this which is really why I've been >>>> stalling on it. >>>> >>>> >>>> On 6/19/14, 7:18 AM, Mike Drob wrote: >>>> >>&g

Re: Tablet server thrift issue

I dive in further. On Fri, Aug 22, 2014 at 11:41 PM, Corey Nolet wrote: > Josh, > > Your advice is definitely useful- I also thought about catching the > exception and retrying with a fresh batch writer but the fact that the > batch writer failure doesn't go away without bei

Re: Tablet server thrift issue

I haven't been able to make time to fix properly, either. IIRC, the only > guarantee you have is that all mutations added before the last flush() > happened are durable on the server. Anything else is a guess. I don't know > the specifics, but that should be enough to work with

Re: Tablet server thrift issue

he > greatest (as it just is presented to you as a RTE). > > https://issues.apache.org/jira/browse/ACCUMULO-2990 > > > On 8/22/14, 4:35 PM, Corey Nolet wrote: > >> Eric & Keith, Chris mentioned to me that you guys have seen this issue >> before. Any ideas from

Tablet server thrift issue

Eric & Keith, Chris mentioned to me that you guys have seen this issue before. Any ideas from anyone else are much appreciated as well. I recently updated a project's dependencies to Accumulo 1.6.0 built with Hadoop 2.3.0. I've got CDH 5.0.2 deployed. The project has an ingest component which is r

Re: Is Data Locality Helpful? (or why run tserver and datanode on the same box?)

AFAIK, the locality may not be guaranteed right away unless the data for a tablet was first ingested on the tablet server that is responsible for that tablet, otherwise you'll need to wait for a major compaction to rewrite the RFiles locally on the tablet server. I would assume if the tablet server

Time to release 1.6.1?

I'd like to start getting a candidate together if there are no objections. It looks like we have 65 resolved tickets with a fix version of 1.6.1.

Re: Mini Accumulo Cluster Use Case: Development and Training

Wouldn't that take care of ACCUMULO-1378 On Fri, Jun 13, 2014 at 12:56 PM, Keith Turner wrote: > On Thu, Jun 12, 2014 at 11:44 PM, Vicky Kak wrote: > > > Rather than having new development can't we add these features to the > > existing accumulo command line, I think these makes life easier an

Re: Accumulo Summit Hackathon

+1 on the Ganglia integration. Also, while we're on the topic of github projects for integrating with Accumulo, I'd like to see Accuismus worked on as well. https://github.com/keith-turner/Accismus On Mon, Jun 9, 2014 at 7:11 PM, Alex Moundalexis wrote: > I would love to see metrics2 from Had

Re: [DISCUSS] Do we want contributors assigning to themselves?

+1 for restoring old behavior.Why wouldn't we allow contributors to help themselves help the community? On Thu, May 15, 2014 at 11:13 AM, John Vines wrote: > Yes, restore the old behavior > > > On Wed, May 14, 2014 at 4:38 PM, Sean Busbey wrote: > > > We don't have a formal onboarding process

Re: 551 JIRA Tickets Over 2 Years Old

Christopher L Tubbs II >> > > > > > http://gravatar.com/ctubbsii >> > > > > > >> > > > > > >> > > > > > On Sat, Apr 19, 2014 at 1:05 PM, John Vines >> > > wrote: >> > > > > >

Re: 551 JIRA Tickets Over 2 Years Old

d a place for ideas we find interesting but don't have > resources > > > to handle yet. Many projects request that feature requests start on the > > > mailing list to gauge interest. We could just do that, though the mail > > > archive is neither super easy to

Re: 551 JIRA Tickets Over 2 Years Old

.apache.org/jira/browse/ACCUMULO-483>, > for > > >> example, involves creating a purge locality utility. However, there > have > > >> been no comments since Oct 2012. If the feature has not risen in > > priority > > >> since then, how will it beco

  1   2   >