accumulo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From John Vines <jvi...@gmail.com>
Subject Re: [jira] [Resolved] (ACCUMULO-58) Misconfigured aggregator can block table deletion
Date Tue, 29 May 2012 23:22:01 GMT
There is a standing ticket to temporarily disable iterators that block
compactions.

Sent from my phone
 On May 29, 2012 7:03 PM, "David Medinets" <david.medinets@gmail.com> wrote:

> Could Accumulo be self-healing by automatically removing an iterator
> that throws an exception? Something to think about.
>
> On Tue, May 29, 2012 at 5:42 PM, Keith Turner (JIRA) <jira@apache.org>
> wrote:
> >
> >     [
> https://issues.apache.org/jira/browse/ACCUMULO-58?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]
> >
> > Keith Turner resolved ACCUMULO-58.
> > ----------------------------------
> >
> >    Resolution: Fixed
> >
> >> Misconfigured aggregator can block table deletion
> >> -------------------------------------------------
> >>
> >>                 Key: ACCUMULO-58
> >>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-58
> >>             Project: Accumulo
> >>          Issue Type: Bug
> >>          Components: tserver
> >>    Affects Versions: 1.4.0, 1.3.5
> >>            Reporter: John Vines
> >>            Assignee: Keith Turner
> >>              Labels: delete, regression
> >>             Fix For: 1.5.0
> >>
> >>
> >> If you misconfigure an aggregator such that it can't be loaded, it will
> cause a tablet to indefinitely attempt to minor/major compact. If you
> attempt to delete the table with this problem the tablet will never break
> out of the compaction attempt to a point where it will detect it needs to
> delete. The only way to break out of the loop is kill any tservers who are
> hosting tablets attempts to be compacted. This definately exists in 1.3,
> fairly confident it affects the other versions as well. We would need to
> have the compaction loops check somehow to detect if the tablet needs to be
> deleted before reattempting.
> >> Additionally, a functional test should be written to exercise this
> error to prevent regression.
> >
> > --
> > This message is automatically generated by JIRA.
> > If you think it was sent incorrectly, please contact your JIRA
> administrators:
> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
> > For more information on JIRA, see:
> http://www.atlassian.com/software/jira
> >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message