Skip to content
This repository was archived by the owner on May 1, 2025. It is now read-only.
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
10 changes: 10 additions & 0 deletions source/includes/fact-verifier-limitations.rst
Original file line number Diff line number Diff line change
Expand Up @@ -37,6 +37,16 @@ Unsupported Verification Checks

.. include:: /includes/fact-verifier-unsupported

.. note::
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we also include this note:

“Mongosync preserves document field-order based on what it reads using read preference primary from the source cluster. The embedded verifier will verify documents based on the source cluster’s primary node. It will not be able to verify discrepancies among the different source cluster nodes. In rare cases, discrepancies among the different source cluster’s nodes will cause the embedded verifier to fail a migration.”

at the top of the page? This applies to all migrations

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm % changing In rare cases, discrepancies among the different source cluster’s nodes will cause the embedded verifier to fail a migration to In rare cases, discrepancies in document field order among the source cluster’s nodes will cause the embedded verifier to fail a migration even if mongosync copied documents correctly

It may also make sense to mention that the only case where this can happen is if an election occurs.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we note that this issue can only occur in rare cases?

Copy link
Collaborator Author

@ajhuh-mdb ajhuh-mdb Jan 24, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just to double check my understanding is it that any time an election occurs this can happen or just a small portion of elections? Mainly want to make sure that we're clearing on distinguishing that if we're mentioning "rare cases" @ajayvijayakumar123 @rohshar

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Discrepancies among different source cluster nodes only happen in very rare cases. Even if there is a discrepancy, an election may not even surface the issue and cause the verifier to fail. I think we can just say that this issue is rare in general.


Starting in version 1.10, the verifier checks for data inconsistencies from
a :ref:`DDL event <c2c-older-version-limitations>` that occurred on the
pre-6.0 source cluster during migration. This is because pre-6.0 migrations
do not support DDL events.

To learn more, see :ref:`Pre-6.0 Migration Limitations
<c2c-older-version-limitations>`.

Unsupported Beta Features
~~~~~~~~~~~~~~~~~~~~~~~~~

Expand Down
12 changes: 9 additions & 3 deletions source/reference/verification/embedded.txt
Original file line number Diff line number Diff line change
Expand Up @@ -22,9 +22,15 @@ Verify with Embedded Verifier
of checks on the destination cluster to verify the sync of
supported collections.

.. important::

.. include:: /includes/fact-verifier-unsupported
.. note::

``mongosync`` reads using :readmode:`primary` read preference, so it
preserves document field order from the source cluster's primary node. The
embedded verifier also checks documents based on the source cluster’s primary
node, but at a different time from when ``mongosync`` reads them. Because of
this, in rare cases, discrepancies in document field order between the source
cluster’s nodes can cause the embedded verifier to fail the migration, even
if ``mongosync`` copied the documents correctly.

.. versionadded:: 1.9

Expand Down