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

ChangeStreams behave abnormally on DB with same name as destroyed DB

    XMLWordPrintableJSON

Details

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Major - P3 Major - P3
    • None
    • 4.4.6
    • None
    • None
    • ALL
    • Hide

      Create a replica set "MY-RS".

      Create a DB "TEST" .

      Implement a change stream for collection "INSTANCES" using a locally cached timestamp for "startAtOperationTime".

      Store a bunch of records in collection "INSTANCES", the change stream behaves nominally.

      Stop the change stream.

      Destroy the DB "TEST".

      Create a new DB "TEST".

      Implement a change stream for collection "INSTANCES" using a locally cached timestamp for "startAtOperationTime".

      Store a bunch of records in collection "INSTANCES", the change stream behaves abnormally, not receiving all changes.

       

      Show
      Create a replica set "MY-RS". Create a DB "TEST" . Implement a change stream for collection "INSTANCES" using a locally cached timestamp for "startAtOperationTime". Store a bunch of records in collection "INSTANCES", the change stream behaves nominally. Stop the change stream. Destroy the DB "TEST". Create a new DB "TEST". Implement a change stream for collection "INSTANCES" using a locally cached timestamp for "startAtOperationTime". Store a bunch of records in collection "INSTANCES", the change stream behaves abnormally, not receiving all changes.  

    Description

      ChangeStreams that use a startAtOperationTime or resumeAfter or startAfter do not receive all changes if the DB was created using the same name as a previously destroyed DB.

      Attachments

        Activity

          People

            edwin.zhou@mongodb.com Edwin Zhou
            admin@prompto.org Eric Vergnaud
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: