We are experiencing this issue in our production environment today and was wondering if anyone has come across this.
Object Server 01: The database reported (session 279 (<user id>)): [Microsoft][SQL Server Native Client 11.0][SQL Server]Arithmetic overflow error converting IDENTITY to data type int.. The SQL statement was: "UPDATE PURCHLINE SET DELIVERYDATE=?,RECVERSION=?,MODIFIEDDATETIME=? WHERE ((RECID=?) AND (RECVERSION=?))"
We've come to the conclusion that the RecVersion field is attempting to exceed the max value of INT. Any suggestions on how to fix this? Our only thought so far is to extend all RecVersion fields to a big int. Thoughts?
*This post is locked for comments
Update to the solution we came up with. All signs pointed to it being the RecVersion as the problem but it ended up being something else.
We have FastPath for SQL auditing and the FastPath table AT_ColumnLog has an ID column that is an INT that was getting exceeded. The solution to get production going was to just disable every trigger on every table. This has bought us time to engage with FP to come up with a better solution.
CU11 Kernel. The RecVersions trying to coming in is larger than 2147483647
Hi Kevin,
The RecVersion field is a system field. You cannot change this yourself except from fiddling in the SQL server. What is the exact value AX wanted to use?
What version of AX (kernel) are you using? Have you tried upgrading the kernel to the latest possible version?
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,228 Super User 2024 Season 2
Martin Dráb 230,056 Most Valuable Professional
nmaenpaa 101,156