Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-35634

view_catalog_cycle_lookup.js should not always assert that finds on views will succeed

    XMLWordPrintable

    Details

    • Backwards Compatibility:
      Fully Compatible
    • Backport Requested:
      v4.0
    • Sprint:
      Query 2018-07-02, Query 2018-07-16
    • Linked BF Score:
      15

      Description

      view_catalog_cycle_lookup.js continually remaps views to views, views to collection, and then reads from views. In the readFromView state, it asserts that a find on a view will always succeed. However, the aggregation command releases the collection lock before creating and iterating the cursor. In this short window of time, it's possible that a collection was dropped and replaced with a view. Then, DocumentSourceCursor::loadBatch() will throw upon acquiring locks because the underlying namespace is a view, not a collection.

      This ticket is a request to change the test to be more resilient to these types of failures.

        Attachments

          Issue Links

            Activity

              People

              • Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: