EDIT: This seems to be an odd issue. I tested again with demo DB (CU6) from partner source and there was no issue at all installing CU7 over it.
I'd also like to point to some very nice posts regarding CU7:
Joris de Gruyter: What you need to know about the 15 minutes CU7 compiler
Tommy Skaue: You got to love AX Build comipler tool
and if you were using DIXF:
André Arnaud de Calavon: How to upgrade Data Import/Export Framework to AX2012 R2 CU7
----------
When I try to install CU7 on a CU6 environment, an error appears when the new models are being imported. Check the log and there is this message:
Error updating model database: Microsoft.Dynamics.Setup.AxSetupException: AxUtil call returned errors:The model contains a customization of a configuration key. The model cannot be imported because you can overlayer a configuration key from the patching layer only.
Both CU6 and CU7 use the same model name "Update for Foundation" with a different display name.("Foundation ([KB#])" with KB# equals to their respective KB number.) And as suggested in the error message configuration key changes in CU6 blocked the installation.
Uninstall the existing CU6 model first will allow the installation to proceed. However, please do note that this work around does NOT guarantee element ID consistency and is not suitable for production system.
I'd also like to point to some very nice posts regarding CU7:
Joris de Gruyter: What you need to know about the 15 minutes CU7 compiler
Tommy Skaue: You got to love AX Build comipler tool
and if you were using DIXF:
André Arnaud de Calavon: How to upgrade Data Import/Export Framework to AX2012 R2 CU7
----------
When I try to install CU7 on a CU6 environment, an error appears when the new models are being imported. Check the log and there is this message:
Error updating model database: Microsoft.Dynamics.Setup.AxSetupException: AxUtil call returned errors:The model contains a customization of a configuration key. The model cannot be imported because you can overlayer a configuration key from the patching layer only.
Both CU6 and CU7 use the same model name "Update for Foundation" with a different display name.("Foundation ([KB#])" with KB# equals to their respective KB number.) And as suggested in the error message configuration key changes in CU6 blocked the installation.
Uninstall the existing CU6 model first will allow the installation to proceed. However, please do note that this work around does NOT guarantee element ID consistency and is not suitable for production system.
This posting is provided "AS IS" with no warranties, and confers no rights.
Are you 100% sure the only solution is to uninstall CU6 before installing CU7?
ReplyDeleteIt just sounds strange since CU will be installed in SYP, essentially replacing the previous CU.
Do you have both CU in your slipstream folder? Do you have any additional customizations in other application layers?
The next thing I did was download the demo DB from partner source again. Apparently it's also on CU6 and there was no issue installing CU7 over it.
DeleteWill definitely try other means if I see it again. =)
How do you remove the model?
ReplyDeleteI have the following installed Hotfix-KB2840107-Foundation and tried removing it via powershell
But the error is still the same
The problem in my installation was Data Import Export Framework :-)
ReplyDeleteAs Allan is saying the DIXF is now a part of the AX installation after CU 7. So if you have DIXF/DIEF installed as the stand-alone package after it went out of beta and was renamed from DMF, you should delete the corresponding AX model.
ReplyDeleteTo remove a model from AX 2012 R2
ReplyDeletethen Type AxUtil.exe delete /model:"Name" in the command propmt and enter. After this AOS service to be restarted .