Jason,
The auto-corrected log contains data found during the export that is not compliant with the DB schema in 7.1(3).
Are they anything to be worried about? No, you don't need to do anything with auto-corrected items.
What is actually happening and being corrected here? User to extension relationships in 4x are different than in Linux platform versions. Basically, DMA is saying that the extension noted is already assigned as a primary extension in the DB. While this is really seen at the DB level, you can look at the user settings and how extensions are specified in 4x and then compare to 7x to see what it looks like at a system level.
Are there any changes being made to the config? Yes and no. Yes, there are changes being made in the DMA file so when you import that data into a 7x cluster - that's what you'll get. No, your production data (4x) is not being changed.
Is there something you can do to feel better about this? You can look up the extension in the 4x system and verify the config (i.e., shared line or listed as primary extension for multiple users, etc). From there you can either make changes you feel are necessary to have correct data and then re-run DMA or, if it's not biggie to you, you can just go with the auto-corrections. I would say it's pretty standard to go with these as they are. What is likely happening in the DMA export file is that all of these users are being created without a primary extension - which you can easily take care of after the ugprade, as needed. If you have the equipment to do so, you can also set up a VMWare Publisher and then import your data as a lab test and then run queries or just make some manual configuration checks as well.
Hope that helps...
Hailey
