seems that your use case for isolation is not so much the
> >> isolated reads, but the statefulness of the iterator stack on the
> >> server side. Is this correct? If so, I'm even more curious about your
> >> use case for this, since that statefulness is only guaranteed per-row.
assume that you would have to build some feature to
> restrict
> the amount of memory that the state can consume.
>
> -Original Message-
> From: Adam Fuchs [mailto:afu...@apache.org]
> Sent: Monday, April 15, 2013 6:19 PM
> To: dev@accumulo.apache.org
> Subject: Re: mult
ally complicate the underlying problem.
Adam
On Tue, Apr 16, 2013 at 9:29 AM, Keith Turner wrote:
> On Mon, Apr 15, 2013 at 6:19 PM, Adam Fuchs wrote:
> > Keith,
> >
> > In this case we're filling the buffer before we can amortize the search
> > cost. We're u
This looks good to me. Out of curiosity, what made you decide to use
asciidoc rather than the multitude of other options? Cross-platform support
looks good (support for Windows, Mac, and Linux). There also seems to be a
big enough user base for long term supportability.
A few things I noticed:
1.
I don't have geographic location for just the downloads, but here's the
visitors to the site.
Adam
On Fri, May 3, 2013 at 8:39 AM, David Medinets wrote:
> Does anyone have an updated plot of Accumulo downloads? Or even the
> original image? It would be neat to show it at tomorrow's Hackathon.
>
A link should work better:
http://people.apache.org/~afuchs/accumulo_visits_20130502.png
Cheers,
Adam
On Fri, May 3, 2013 at 10:07 AM, Eric Newton wrote:
> Attachments are being stripped from emails.
>
> -Eric
>
>
>
> On Fri, May 3, 2013 at 10:02 AM, Adam Fuchs wrot
May 3, 2013 at 10:35 AM, Adam Fuchs wrote:
>
> > A link should work better:
> > http://people.apache.org/~afuchs/accumulo_visits_20130502.png
> >
> > Cheers,
> > Adam
> >
> >
> >
> > On Fri, May 3, 2013 at 10:07 AM, Eric Newton
> >
Hey Drew,
This could be a very broad question, so I'll give a partial answer and
encourage you to come back for more details.
Impala is a mechanism that sits on top of HBase or HDFS that is design to
filter and process large quantities of data. People generally like Impala
because it supports a s
Visits.
Adam
On Fri, May 3, 2013 at 2:58 PM, Mike Drob wrote:
> Is it visits or visitors?
>
>
> On Fri, May 3, 2013 at 12:16 PM, Adam Fuchs wrote:
>
> > This covers about the last year: all time since Accumulo became a
> top-level
> > project. The metric is vi
Welcome aboard, Corey!
Adam
On May 11, 2013 11:00 AM, "Billie Rinaldi" wrote:
> I am pleased to announce that Corey Nolet has been voted to become a new
> committer for Apache Accumulo.
>
> Welcome, Corey! Feel free to say a few words about your development
> interests.
>
> Billie
>
I tend to agree with Sean, John, and Benson. Option 4 works for now, and
until we can define something that works better (e.g. runtime compatibility
with both hadoop 1 and 2 using reflection and crazy class loaders) we
should not delay the release. Good docs are always helpful where
engineering is
It seems like the ideal option would be to have one binary build that
determines Hadoop version and switches appropriately at runtime. Has anyone
attempted to do this yet, and do we have an enumeration of the places in
Accumulo code where the incompatibilities show up?
One of the incompatibilities
gt; I'd like to cut RC3 tomorrow if I have time. So, feel free to patch
> > > these in to get it to work before then... or, by the next RC if RC3
> > > fails to pass a vote.
> > >
> > > --
> > > Christopher L Tubbs II
> > > http://gravata
Folks,
Sorry to be late to the party, but did we come to a consensus on this?
Seems like we still have opinions both ways as to whether the cpp code
should be packaged with the binary distribution. I would argue that cpp
code is a special case, since the build is so platform dependent. It's
genera
odifications to make to get this to work,
> though.
>
> --
> Christopher L Tubbs II
> http://gravatar.com/ctubbsii
>
>
> On Fri, May 17, 2013 at 10:49 AM, Billie Rinaldi
> wrote:
> > On Fri, May 17, 2013 at 7:26 AM, Adam Fuchs wrote:
> >
> >> Folks,
ell in
> this
> > one case, the bin dist will actually have _some_ src files too."
> >
> > Is it not intuitive that if people need to rebuild something, that they
> > download a src dist (and bin) to start? :shrug:
> >
> >
> > On 5/17/13 2:04 PM, Ad
with Adam. It seems like it's a debate of consistency vs.
> > >> pragmatism. The cost of including these libraries are all of maybe 1kb
> > in
> > >> the package. The cost of excluding them is potential frustration from
> > end
> > >> users an
I stand corrected. Thanks for the link, Billie. Looks like we should also
remove the .so file from the -src.tar.gz lest we risk having our project
deleted.
Adam
On Fri, May 17, 2013 at 5:39 PM, Billie Rinaldi wrote:
> On May 17, 2013 5:13 PM, "Adam Fuchs" wrote:
> >
>
We still have the option of putting out a separate build for 1.5.0
compatibility with hadoop 2. Should we vote on that release separately?
Seems like it should be easy to add more binary packages that correspond to
the same source release, even after the initial vote.
Adam
On Tue, May 21, 2013
it necessary, does it?
>
> --
> Christopher L Tubbs II
> http://gravatar.com/ctubbsii
>
>
> On Tue, May 21, 2013 at 12:00 PM, Adam Fuchs wrote:
> > We still have the option of putting out a separate build for 1.5.0
> > compatibility with hadoop 2. Should we vote on that relea
Andres,
That's great news! Please let me know if there's anything I or anyone else
at Sqrrl can do to help.
Cheers,
Adam
On Mon, May 27, 2013 at 3:34 PM, Andres Danter wrote:
> Hello all,
>
> Just wanted to inform you all that my proposal to add support for Accumulo
> to Ambari was accepted
Congratulations, Supun! Let me know if there's anything I can do to help.
Cheers,
Adam
On Tue, May 28, 2013 at 9:24 AM, Supun Kamburugamuva wrote:
> Hi,
>
> I want to inform you that my proposal for Apache Accumulo has being
> accepted. I would like to take this opportunity to contribute to Ac
I'm interested. Tuesday's no good for me, but my other days are fairly
flexible.
Adam
On Tue, May 28, 2013 at 12:37 PM, Billie Rinaldi
wrote:
> Would anyone be interested in getting together next week in person or via
> hangout to discuss 1.6 features?
>
> If we have such a discussion, decisio
2013 at 2:44 PM, David Medinets <
> > david.medin...@gmail.com>wrote:
> > >
> > >> Where? Is there a central location to people?
> > >>
> > >>
> > >> On Tue, May 28, 2013 at 1:28 PM, Adam Fuchs
> wrote:
> > >&g
I second 1430 EDT on Wednesday.
Adam
On Wed, May 29, 2013 at 1:53 PM, Billie Rinaldi wrote:
> I can't do it then. I counter-propose Wednesday at 1430 ET. Two-ish hours
> sounds reasonable.
>
> Billie
>
>
> On Wed, May 29, 2013 at 10:46 AM, Adam Fuchs wrote:
>
Let's be specific: which Java-1.7-only feature is motivating this change?
Without knowing the upside I am inclined to vote no because of the number
of platforms that I regularly see that are running java 1.6.
Adam
On Mon, Jun 3, 2013 at 4:51 PM, Christopher wrote:
> Given all the previous dis
-1
Adam
On Wed, Jun 5, 2013 at 2:14 PM, John Vines wrote:
> Given this thread, I think more discussion is necessary before a vote.
>
> On Wed, Jun 5, 2013 at 1:54 PM, Christopher wrote:
>
> > All-
> >
> > Please explicitly vote in favor or against changing the java
> > dependency to >=1.7.
>
On Jun 17, 2013 1:07 PM, "Christopher" wrote:
>
> I propose we adopt a more structured policy beyond simple "lazy
> consensus" to be apply to backporting features. Some guidelines I'd
> like to see in this policy, include:
>
> 1. Back-porting bugfixes to a prior release line that is not EOL
> (end
On Jun 18, 2013 11:05 AM, "Josh Elser" wrote:
>
> On 6/18/13 10:53 AM, Adam Fuchs wrote:
>>>
>>> >
>>> >2. Back-porting performance improvements to a prior release line that
>>> >is not EOL (end-of-life) is usually okay (subject to no
Welcome, Mike! 《insert profound statement here》
Adam
On Jul 3, 2013 11:41 AM, "Billie Rinaldi" wrote:
> I am pleased to announce that Mike Drob has been voted to become a new
> committer for Apache Accumulo.
>
> Welcome, Mike, and thanks for your ongoing contributions! Feel free to say
> a few
+1
On Sep 27, 2013 1:40 PM, "John Vines" wrote:
> Please vote on a feature freeze date of Nov 1 23:59 PDT for the master
> branch. Shortly after this time we will branch 1.6.0-SNAPSHOT from master
> and increment the version in master. "Feature Freeze" means only bug fixes
> and documentation u
Folks,
I just fixed a couple of links to the CHANGES files for 1.5.0 and 1.3.6
that referenced the old svn instead of the new git. I'm trying to do a
quick evaluation of whether there might be any other broken links on our
site, and I came across some files in
https://svn.apache.org/repos/asf/accu
The count that displays in the monitor is the sum of all the key/value
pairs that are in the files that back Accumulo. You can also get this count
by doing a scan of the !METADATA table and looking at the values associated
with keys in the "file" column family. Inserting the same key twice could
re
On Nov 6, 2013 6:04 PM, "Joey Echeverria" wrote:
> ...
> If I depend on Accumulo in my maven project, then I shouldn't need to
> depend on Hadoop unless the APIs I'm using leak that dependency or I
> have an explicit dependency on Hadoop elsewhere.
We currently leak the Text object. It would be g
#comment56606>
This should only be done if the alternative compression type is enabled. If
we default the threshold to 0B and flip the > to a < that would be sufficient.
- Adam Fuchs
On Nov. 25, 2013, 9:37 p.m., Chris McCubbin wrote:
>
> --
Accumulo also has a pluggable load balancer that could be used to balance
with rack and data-center awareness. This can be done using the currently
released versions of Accumulo.
What problem are you trying to solve, exactly? Are you concerned about
durability and availability issues like disaster
Thanks for running that checker, Keith. Should we not be worried about the
removal of InputFormatBase.RangeInputSplit? If I read correctly this will
break both binary (runtime) compatibility and code (compile-time)
compatibility. Can somebody make an argument for why this is not a problem
in a mino
t; On 2/25/14, 5:59 PM, John Vines wrote:
> >>
> >> Will it? Clients don't interact with that code at all directly.
> >>
> >>
> >> On Tue, Feb 25, 2014 at 5:57 PM, Adam Fuchs wrote:
> >>
> >>> Thanks for running that checker,
[
https://issues.apache.org/jira/browse/ACCUMULO-364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13272557#comment-13272557
]
Adam Fuchs commented on ACCUMULO-364:
-
This is still a valid ticket, but now
Adam Fuchs created ACCUMULO-586:
---
Summary: sign jars when building a release
Key: ACCUMULO-586
URL: https://issues.apache.org/jira/browse/ACCUMULO-586
Project: Accumulo
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/ACCUMULO-592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13276186#comment-13276186
]
Adam Fuchs commented on ACCUMULO-592:
-
Is this a duplicate of ACCUMULO
Adam Fuchs created ACCUMULO-599:
---
Summary: investigate permgen collection and class unloading with
concurrent mark and sweep garbage collector
Key: ACCUMULO-599
URL: https://issues.apache.org/jira/browse/ACCUMULO
[
https://issues.apache.org/jira/browse/ACCUMULO-578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs updated ACCUMULO-578:
Attachment: HDFS_WAL_states.pdf
State diagram for new HDFS WAL.
> consi
Adam Fuchs created ACCUMULO-602:
---
Summary: document state models
Key: ACCUMULO-602
URL: https://issues.apache.org/jira/browse/ACCUMULO-602
Project: Accumulo
Issue Type: Task
Adam Fuchs created ACCUMULO-603:
---
Summary: replace log.debug statements with explanatory comments in
IndexedDocIterator
Key: ACCUMULO-603
URL: https://issues.apache.org/jira/browse/ACCUMULO-603
Project
[
https://issues.apache.org/jira/browse/ACCUMULO-601?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13283344#comment-13283344
]
Adam Fuchs commented on ACCUMULO-601:
-
We've also had some success getti
[
https://issues.apache.org/jira/browse/ACCUMULO-599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13283364#comment-13283364
]
Adam Fuchs commented on ACCUMULO-599:
-
Sounds like we ought to reach out to a
[
https://issues.apache.org/jira/browse/ACCUMULO-601?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs updated ACCUMULO-601:
Summary: client fails to resolve master hostname when not using fully
qualified domain name
[
https://issues.apache.org/jira/browse/ACCUMULO-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs updated ACCUMULO-320:
Fix Version/s: (was: 1.4.1)
> Introduce better bloom fil
Adam Fuchs created ACCUMULO-613:
---
Summary: release Accumulo 1.3.6
Key: ACCUMULO-613
URL: https://issues.apache.org/jira/browse/ACCUMULO-613
Project: Accumulo
Issue Type: Task
Adam Fuchs created ACCUMULO-614:
---
Summary: release Accumulo 1.4.1
Key: ACCUMULO-614
URL: https://issues.apache.org/jira/browse/ACCUMULO-614
Project: Accumulo
Issue Type: Task
Affects
[
https://issues.apache.org/jira/browse/ACCUMULO-613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs updated ACCUMULO-613:
Priority: Blocker (was: Major)
Affects Version/s: 1.3.6
Fix Version/s
Adam Fuchs created ACCUMULO-652:
---
Summary: support block-based filtering within RFile
Key: ACCUMULO-652
URL: https://issues.apache.org/jira/browse/ACCUMULO-652
Project: Accumulo
Issue Type
Adam Fuchs created ACCUMULO-655:
---
Summary: move test code from server package into its own package
Key: ACCUMULO-655
URL: https://issues.apache.org/jira/browse/ACCUMULO-655
Project: Accumulo
Adam Fuchs created ACCUMULO-656:
---
Summary: move monitor code out of server
Key: ACCUMULO-656
URL: https://issues.apache.org/jira/browse/ACCUMULO-656
Project: Accumulo
Issue Type: Improvement
Adam Fuchs created ACCUMULO-658:
---
Summary: refactor code into separate modules where appropriate
Key: ACCUMULO-658
URL: https://issues.apache.org/jira/browse/ACCUMULO-658
Project: Accumulo
[
https://issues.apache.org/jira/browse/ACCUMULO-658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs updated ACCUMULO-658:
Description:
This ticket is a parent of several other tickets, under which we can discuss
the
[
https://issues.apache.org/jira/browse/ACCUMULO-550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13403879#comment-13403879
]
Adam Fuchs commented on ACCUMULO-550:
-
I noticed yesterday when working on ACCU
[
https://issues.apache.org/jira/browse/ACCUMULO-550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs updated ACCUMULO-550:
Summary: Collocate rfile index entries within file (was: Colocate rfile
index entries within
[
https://issues.apache.org/jira/browse/ACCUMULO-473?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13404607#comment-13404607
]
Adam Fuchs commented on ACCUMULO-473:
-
To throw out a competing idea, what i
Adam Fuchs created ACCUMULO-668:
---
Summary: first index block reader not closed in RFile
Key: ACCUMULO-668
URL: https://issues.apache.org/jira/browse/ACCUMULO-668
Project: Accumulo
Issue Type
[
https://issues.apache.org/jira/browse/ACCUMULO-74?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs updated ACCUMULO-74:
---
Assignee: (was: Adam Fuchs)
> Camel-Accumulo Compon
[
https://issues.apache.org/jira/browse/ACCUMULO-668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs reassigned ACCUMULO-668:
---
Assignee: Adam Fuchs
> first index block reader not closed in RF
[
https://issues.apache.org/jira/browse/ACCUMULO-668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs resolved ACCUMULO-668.
-
Resolution: Fixed
Fix Version/s: 1.5.0
> first index block reader not closed
[
https://issues.apache.org/jira/browse/ACCUMULO-652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13408156#comment-13408156
]
Adam Fuchs commented on ACCUMULO-652:
-
Status:
* RFile index now includes b
[
https://issues.apache.org/jira/browse/ACCUMULO-652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13409808#comment-13409808
]
Adam Fuchs commented on ACCUMULO-652:
-
We uncovered another tricky point today
[
https://issues.apache.org/jira/browse/ACCUMULO-683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13410436#comment-13410436
]
Adam Fuchs commented on ACCUMULO-683:
-
A workaround should be to
[
https://issues.apache.org/jira/browse/ACCUMULO-694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13415411#comment-13415411
]
Adam Fuchs commented on ACCUMULO-694:
-
I like the personification of the mon
[
https://issues.apache.org/jira/browse/ACCUMULO-652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs updated ACCUMULO-652:
Fix Version/s: 1.5.0
> support block-based filtering within RF
[
https://issues.apache.org/jira/browse/ACCUMULO-600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13418818#comment-13418818
]
Adam Fuchs commented on ACCUMULO-600:
-
We have actually had several IRL discuss
[
https://issues.apache.org/jira/browse/ACCUMULO-600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13418849#comment-13418849
]
Adam Fuchs commented on ACCUMULO-600:
-
That would also be a good reason to kee
[
https://issues.apache.org/jira/browse/ACCUMULO-429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13419513#comment-13419513
]
Adam Fuchs commented on ACCUMULO-429:
-
In the postinstall for debian packaging
[
https://issues.apache.org/jira/browse/ACCUMULO-697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13419922#comment-13419922
]
Adam Fuchs commented on ACCUMULO-697:
-
I like the concept, but does this go
[
https://issues.apache.org/jira/browse/ACCUMULO-600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13420687#comment-13420687
]
Adam Fuchs commented on ACCUMULO-600:
-
Does anyone know if moving WikiSearc
Adam Fuchs created ACCUMULO-729:
---
Summary: refactor core to reduce client application dependency
version conflicts
Key: ACCUMULO-729
URL: https://issues.apache.org/jira/browse/ACCUMULO-729
Project
[
https://issues.apache.org/jira/browse/ACCUMULO-729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs updated ACCUMULO-729:
Description:
Accumulo client applications often include things like thrift servers. If the
support in-memory compactions
-
Key: ACCUMULO-519
URL: https://issues.apache.org/jira/browse/ACCUMULO-519
Project: Accumulo
Issue Type: Improvement
Components: tserver
Reporter: Adam Fuchs
make system iterators thread-safer
--
Key: ACCUMULO-533
URL: https://issues.apache.org/jira/browse/ACCUMULO-533
Project: Accumulo
Issue Type: Bug
Reporter: Adam Fuchs
Assignee: Adam
[
https://issues.apache.org/jira/browse/ACCUMULO-533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs updated ACCUMULO-533:
Affects Version/s: 1.4.0
Fix Version/s: 1.4.1
> make system iterators thread-sa
[
https://issues.apache.org/jira/browse/ACCUMULO-533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs updated ACCUMULO-533:
Fix Version/s: 1.5.0
> make system iterators thread-sa
[
https://issues.apache.org/jira/browse/ACCUMULO-533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs resolved ACCUMULO-533.
-
Resolution: Fixed
> make system iterators thread-sa
[
https://issues.apache.org/jira/browse/ACCUMULO-533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Fuchs resolved ACCUMULO-533.
-
Resolution: Fixed
Formatting fixed.
> make system iterators thread-sa
Reporter: Adam Fuchs
Assignee: Adam Fuchs
The TabletServer includes a bunch of code to manage reuse of RFile.Reader
objects across scans. There are a few reasons for doing this that certainly
made sense in the past, including:
* Reducing index reads. If we have already found a location
Versions: 1.4.0
Reporter: Adam Fuchs
org.apache.accumulo.core.util.AddressUtil.parseAddress and
org.apache.accumulo.core.util.ServerServices.getAddress both try to pull off a
port number by parsing on ':'. IPv6 addresses look like 0:0:0:0:0:0:0, so the
address of a tablet server
101 - 184 of 184 matches
Mail list logo