<\/use><\/svg><\/div><\/a><\/div><\/p>","upvoteCount":2,"datePublished":"2025-06-24T12:52:45.062Z","url":"https://community.spiceworks.com/t/sage-300-constant-database-locks-in-azure/1217836/1","author":{"@type":"Person","name":"jamescoppernoll","url":"https://community.spiceworks.com/u/jamescoppernoll"}},{"@type":"Answer","text":"Have you tried to run SQL profiler? That might provide some detail.<\/p>","upvoteCount":1,"datePublished":"2025-06-24T13:38:01.365Z","url":"https://community.spiceworks.com/t/sage-300-constant-database-locks-in-azure/1217836/2","author":{"@type":"Person","name":"spiceuser-hrtgs","url":"https://community.spiceworks.com/u/spiceuser-hrtgs"}},{"@type":"Answer","text":"
Sorry, need to bump this since it’s not resolved. I’ve been doing intense troubleshooting for days. The issue is not with the database despite Sage’s confusing error messages. The error occurs when the SMB share with the app server closes.<\/p>\n
We see an event 1905 in the SMBServer Operational logs that states the session is closed as part of periodic system cleanup, which breaks the connection to the semaphor.bin file that’s being accessed. The reason in the event is “Kickoff time expired.”<\/p>\n
This happens while the connection is very active. We’re seeing TCP Keep-Alives and acknowledgements back and forth without issues. We’re not seeing retransmits. I haven’t been able to find anything that explains why active SMB connections are being marked for closure. We’ve edited the autodisconnect value, but this does not appear to change anything.<\/p>","upvoteCount":0,"datePublished":"2025-07-09T22:44:10.728Z","url":"https://community.spiceworks.com/t/sage-300-constant-database-locks-in-azure/1217836/3","author":{"@type":"Person","name":"jamescoppernoll","url":"https://community.spiceworks.com/u/jamescoppernoll"}},{"@type":"Answer","text":"\n\n
<\/div>\n
James:<\/div>\n
\nIt only seems to occur when at least 2 people are using the software.<\/p>\n<\/blockquote>\n<\/aside>\n
If you are trying to use SAGE on RDS (Terminal Server)…<\/p>\n
\n\ndid you install all applications, DB, drivers etc using Terminal Server mode (“Change /user” + install & reboot if required “change user /install”)<\/p>\n<\/li>\n
\ndid you test if 1 user logs in, log off (not disconnect) then 2nd user logs in ? \nDid the previous users logoff (not disconnect or close RDP client or just click X on RDP client ??<\/p>\n<\/li>\n
\nwhy not use Sage Online (you save RDS CALs licensing, VM licensing, OS licensing) ?<\/p>\n<\/li>\n<\/ol>","upvoteCount":0,"datePublished":"2025-07-10T05:25:16.340Z","url":"https://community.spiceworks.com/t/sage-300-constant-database-locks-in-azure/1217836/4","author":{"@type":"Person","name":"adrian_ych","url":"https://community.spiceworks.com/u/adrian_ych"}}]}}
Just curious if anyone else has had an issue with Sage 300 locking the database for users constantly.
We tried moving Sage to an Azure IaaS environment with a file/SQL server, 3 terminal servers, and a cloud PC. Everything tested fine, but now the users constantly receive messages that the database is locked by another process and to try again later. The only way they can continue to work is to close the module and restart it. It only seems to occur when at least 2 people are using the software.
I’ve tried making sure the environment is set up the way it was in their previous physical infrastructure and added additional resources to each server, but the errors seem to occur at the same rate. SQL has plenty of RAM and has not reached the max memory assigned to it.
We’ve tried everything we can find in Sage KB articles and called their support to speak with an engineer. We’re about to migrate everything out to a different host. Has anyone else experienced these problems with Sage 300?
2 Spice ups
Have you tried to run SQL profiler? That might provide some detail.
1 Spice up
Sorry, need to bump this since it’s not resolved. I’ve been doing intense troubleshooting for days. The issue is not with the database despite Sage’s confusing error messages. The error occurs when the SMB share with the app server closes.
We see an event 1905 in the SMBServer Operational logs that states the session is closed as part of periodic system cleanup, which breaks the connection to the semaphor.bin file that’s being accessed. The reason in the event is “Kickoff time expired.”
This happens while the connection is very active. We’re seeing TCP Keep-Alives and acknowledgements back and forth without issues. We’re not seeing retransmits. I haven’t been able to find anything that explains why active SMB connections are being marked for closure. We’ve edited the autodisconnect value, but this does not appear to change anything.
If you are trying to use SAGE on RDS (Terminal Server)…
did you install all applications, DB, drivers etc using Terminal Server mode (“Change /user” + install & reboot if required “change user /install”)
did you test if 1 user logs in, log off (not disconnect) then 2nd user logs in ?
Did the previous users logoff (not disconnect or close RDP client or just click X on RDP client ??
why not use Sage Online (you save RDS CALs licensing, VM licensing, OS licensing) ?