Hi,
My goal is to update AX2012 R2 CU7 to R2 CU9.
In a fresh test environment, I installed the R2 CU7, then the CU9 update, but I messed up here so I decided to uninstall everything and start over.
So, I reinstalled the R2 CU7 just like last time, but this time, after I finished installation, running the AX client for the first time crashed with following error on event viewer:
Faulting application name: Ax32.exe, version: 6.2.158.0, time stamp: 0x50a63c26 Faulting module name: KERNELBASE.dll, version: 6.3.9600.19724, time stamp: 0x5ec50c3e Exception code: 0xe0434352 Fault offset: 0x000156e8 Faulting process id: 0x3b5c Faulting application start time: 0x01d66a417bce7e5f Faulting application path: C:\Program Files (x86)\Microsoft Dynamics AX\60\Client\Bin\Ax32.exe Faulting module path: C:\Windows\SYSTEM32\KERNELBASE.dll Report Id: cd993163-d634-11ea-80ea-005056978d2c Faulting package full name: Faulting package-relative application ID:
I didn't even get to do initialization checklist, full compilation, etc..
I deleted .kti and .auc files, restarted SQL Server service, AOS service, but the error persists.
What else can I do to fix this? Thank you.
You can delete models from VAR layer without having development codes for VAR layer. If you decide to move the code, please plan and test everything carefully. And perhaps start a new discussion if you need help with that.
I see. So I suppose to avoid these "out of sync" layers in the middle to cause problems in future, it's better to move those customization in VAR layer to USR layer. Am I right?
But can we move the codes from VAR layer to USR layer without the VAR layer license?
Yes, you can merge into USR layer.
The official process for the code upgrade between AX2012 updates is to merge layer by layer, starting from the bottom.
Functionally only the highest layer of each element matters.
But if you have these "out of sync" layers in the middle it makes your code merge more difficult (more time consuming) with this and future updates.
Right. We don't have access to VAR layer. The thing is, this is for our new customer, where all of their customizations are done by different vendor. So we are picking up on the works left by them.
Can we merge into USR layer instead? What's the worst thing could happen?
Version control doesn't have impact on what layers you can work.
Ok, but now you say that you don't have access to VAR layer? That definetely blocks you from merging the changes to VAR.
You can still merge them to CUS but it adds much confusion with future updates and compare/merges.
My recommendation is to ask your VAR partner (whoever developed the VAR code) to provide you new VAR version which is compatible with R2 CU9, or help you in the code upgrade.
If we use version control, can we merge the code even if we don't have the license to access VAR layer?
The compare tool also doesn't provide the "click to merge" option in all scenarios - perhaps enum values are one of them. I don't remember. In this case you need to merge it manually = recreate the SYP value in VAR layer.
By the way, I warmly recommend using version control.
I see. Unfortunately we are not using any version control.
Alternatively, what can we do to merge the layers?
You must do a check-out for this object if you're using version control.
Where should I see the button?
This is when I select and right-click:
Stay up to date on forum activity by subscribing. You can also customize your in-app and email Notification settings across all subscriptions.
André Arnaud de Cal... 291,253 Super User 2024 Season 2
Martin Dráb 230,188 Most Valuable Professional
nmaenpaa 101,156