Details

    • Type: Bug
    • Status: Done
    • Resolution: Done
    • Affects Version/s: JOURNAL_HA_BRANCH
    • Fix Version/s: None
    • Component/s: RWStore

      Description

      Committed revision 3985 introduced a bug which results in premature recycling under some circumstances. When this occurs, a read error is reported with a bad checksum.

        Activity

        Hide
        bryanthompson bryanthompson added a comment -

        A partial workaround for this problem is introduced by committed revision 4003. This fixes a problem where the RWStore would release allocations associated with commit points against which there was an open transaction (a problem which was introduced in r3985).

        Show
        bryanthompson bryanthompson added a comment - A partial workaround for this problem is introduced by committed revision 4003. This fixes a problem where the RWStore would release allocations associated with commit points against which there was an open transaction (a problem which was introduced in r3985).
        Hide
        bryanthompson bryanthompson added a comment -

        Status update: The checksum error reported under this issue is addressed by the committed version in SVN which rolled back an edit to RWStore#free() designed to optimize for the case when the history retention window was ZERO (0). Work on that optimization will continue, but not under this issue.

        A different cause for a checksum error has been traced to the assignment of allocators on restart to the wrong free lists. A separate issue has been filed for that problem
        - see https://sourceforge.net/apps/trac/bigdata/ticket/213

        This issue is closed.

        Show
        bryanthompson bryanthompson added a comment - Status update: The checksum error reported under this issue is addressed by the committed version in SVN which rolled back an edit to RWStore#free() designed to optimize for the case when the history retention window was ZERO (0). Work on that optimization will continue, but not under this issue. A different cause for a checksum error has been traced to the assignment of allocators on restart to the wrong free lists. A separate issue has been filed for that problem - see https://sourceforge.net/apps/trac/bigdata/ticket/213 This issue is closed.

          People

          • Assignee:
            martyncutcher martyncutcher
            Reporter:
            bryanthompson bryanthompson
          • Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: