Skip to content

Backport write ahead log recovery performance improvements to 2.1 #4887

Open

Description

@keith-turner

Write ahead log recovery is slow for some situation as outlined in #4873. The changes in #4873 and #4874 should be back-ported to 2.1 to speed up log recovery. To make these changes in 2.1 it would be good run continuous ingest from accumulo-testing with agitation on a small cluster. This would help verify log recovery is working properly.

Activity

  1. added
    bugThis issue has been verified to be a bug.
    on Sep 13, 2024
  2. added this to the 2.1.4 milestone on Sep 13, 2024
  3. self-assigned this
    on Sep 13, 2024
  4. modified the milestones: 2.1.4, 2.1.5 on Aug 13, 2025
  5. amcdonaldccri commented on May 22, 2026

    @amcdonaldccri

    I've got a fork/branch that passes the unit tests. 4 integration tests don't pass but then I read the accumulo developer contribution page. So If it ok with you I'll submit a PR?

  6. ddanielr commented on May 22, 2026

    @ddanielr
    Contributor

    @amcdonaldccri sure! If you know what IT's aren't passing can you just list them in the PR?

    That will help us troubleshoot without waiting for a full IT build.

  7. amcdonaldccri commented on May 26, 2026

    @amcdonaldccri

    Excellent, I made the PR yesterday and had thought that the commit messages weren't so good. I reworked the message.

  8. amcdonaldccri commented on May 31, 2026

    @amcdonaldccri

    @ddanielr any idea on how I can attach the PR to the issue? I tried adding closes [#issue] in the description but I'm guessing GitHub doesn't read altered descriptions.

  9. linked a pull request that will close this issue2.1 backport logrecovery #6395on Jun 1, 2026
  10. ddanielr commented on Jun 1, 2026

    @ddanielr
    Contributor

    @amcdonaldccri I've linked your PR to this issue.
    The closes keyword logic only works for the default branch (in this case main). Otherwise we have to link the PR manually.
    Using closes is still recommended as the issue will then have a "mentioned" action in its history.

  11. modified the milestones: 2.1.5, 2.1.6 on Jul 8, 2026
  12. modified the milestones: 2.1.6, 2.1.7 on Jul 16, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

bugThis issue has been verified to be a bug.

Type

No type

Projects

No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions