1

I have tested steps of the import one at a time to determine that the issue occurs right after the map step. When I migrate customer and sales data using the data migration tool I get the following error during the Map step:

[WARNING]: Mismatch of entities in the document: 
catalogrule_product_price

[WARNING]: Volume Check failed

Another symptom that occurs after the Map step is the phone # and zipcode fields are missing from the checkout page.

Here is my config.xml:

<steps mode="data">
    <step title="Data Integrity Step">
        <integrity>Migration\Step\DataIntegrity\Integrity</integrity>
    </step>
    <step title="Customer Attributes Step">
         <integrity>Migration\Step\Customer\Integrity</integrity>
         <data>Migration\Step\Customer\Data</data>
         <volume>Migration\Step\Customer\Volume</volume>
    </step>
    <step title="Map Step">
         <integrity>Migration\Step\Map\Integrity</integrity>
         <data>Migration\Step\Map\Data</data>
         <volume>Migration\Step\Map\Volume</volume>
     </step>
     <!-- Issue Occurs Here -->
     <step title="OrderGrids Step">
         <integrity>Migration\Step\OrderGrids\Integrity</integrity>
         <data>Migration\Step\OrderGrids\Data</data>
         <volume>Migration\Step\OrderGrids\Volume</volume>
     </step>
     <step title="SalesIncrement Step">
         <integrity>Migration\Step\SalesIncrement\Integrity</integrity>
         <data>Migration\Step\SalesIncrement\Data</data>
         <volume>Migration\Step\SalesIncrement\Volume</volume>
     </step>
</steps>
Improve this question
2
  • Please checks catalogrule_product_price this table in both database. And remove mismatch entities from map.xml.dist file.
    – Emipro Technologies Pvt. Ltd.
    Apr 17, 2018 at 8:56
  • @EmiproTechnologiesPvt.Ltd. Could you elaborate on your answer? That is very vague.
    – Jared Chesebro
    Apr 17, 2018 at 20:58

1 Answer 1

Reset to default
1

A volume check fail is when there is a discrepancy between the number of rows in a source table and the number of rows in the destination table. Normally if a query fails the whole migration process should fail. If you did not temper with the migration tool. So this is likely caused by the fact that you had data on the M2 side going in the migration. When running a migration no data should be present on the M2 side except core Magento2 stuff(no sample data). This is stated in the docs as well.

It's also worth mentioning that there is a data-migration-tool version per each M2 version your are using.

I would also migrate directly to Magento 2.2.3 as upgrading from 2.1.8 to 2.2.2 or 2.2.3 after a migration was run is known to cause issues https://github.com/magento/data-migration-tool/issues/475

As for the missing attributes there a number of things that could've gone. If the values for those attributes were migrated successfully all you have to do is run a post-migration update script and set them to be used in the checkout form.

If the attributes were not migrated all together you have a problem on your hands. Maybe there were explicitly ignored or they conflicted with another existing attribute. A debugging process awaits you.

Improve this answer
1
  • Thank you, that is a good explanation of the issues we encountered. We assumed that was the case but as we do not have anyone in house that is an expert with SQL so we could not confirm. We were able to get things working after we created a clean M2 install and migrated the data prior to configuring the theme/plugins. After the build we were able to successfully migrate all the incremental changes as well.
    – Jared Chesebro
    Apr 30, 2018 at 21:06

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.