Uploaded image for project: 'WiredTiger'
  1. WiredTiger
  2. WT-10545

Return an error when checkpoint cursor hangs

    • Type: Icon: Bug Bug
    • Resolution: Fixed
    • Priority: Icon: Major - P3 Major - P3
    • WT11.2.0, 7.0.0-rc0
    • Affects Version/s: None
    • Component/s: None
    • 5
    • 2023-02-23 "Stoney Baloney", 2023-03-21 Ellen Ripley, 2023-04-04 Bibbidi-Bobbidi-Boo

      By default opening a checkpoint cursor on a table will default to use the history store corresponding to that table. To refer to the proper history required for the table, both the table and the history store are to be from the same checkpoint for data consistency.
      To avoid returning inconsistent data, during the opening of the checkpoint cursor, we loop until we find both the table and history store are from the same checkpoint.

      WiredTiger doesn't allow checkpointing individual tables separately other than from the system-wide checkpoint except when the table is opened for the bulk cursor operation. Performing individual table checkpoints leads to table and history store mismatch. In these scenarios, opening a checkpoint cursor on that table waits indefinitely until it finds a proper table and history store to use.

        1. test_checkpoint28_named_checkpoint.py
          2 kB
          Etienne Petrel
        2. test_checkpoint28.py
          2 kB
          Haribabu Kommi

            Assignee:
            etienne.petrel@mongodb.com Etienne Petrel
            Reporter:
            haribabu.kommi@mongodb.com Haribabu Kommi
            Etienne Petrel
            Votes:
            0 Vote for this issue
            Watchers:
            11 Start watching this issue

              Created:
              Updated:
              Resolved: