<div dir="ltr">Hi Alan,<div><br></div><div>this happens for us with InnoDB as well. The reason for this is actually the locks which are acquired on crmentity table. And when workflows or event handlers are triggered and if you have many update or create operations, you will face this issue. We are working on fixing the issue, to make the locks on database tables work properly. One of the other reasons in our case is that we have many installations on the same DB server and so it is quite busy, which amplifies the occurrence of this. As of now we have limited the no. of triggers, workflows and modified certain aspects of transactions.  </div><div><br></div><div>There is another related issue which I already reported on <a href="http://code.vtiger.com">code.vtiger.com</a> where CRM generates duplicate autogenerated numbers. In this case because no lock is acquired!</div><div> </div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 18, 2020 at 5:38 PM Alan Lord <<a href="mailto:alanslists@gmail.com">alanslists@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">This is kind of an FYI really. I'd seen it before.<br>
<br>
This is on a dev server, am using a very recent branch from master on <br>
<a href="http://code.vtiger.com" rel="noreferrer" target="_blank">code.vtiger.com</a> and I'm the only user and nothing much else is going on. <br>
I've seen this happen quite a few times during development and testing. <br>
In this particular case I just tried saving a record to trigger an Event <br>
Handler and I can make it happen pretty much every time I save this <br>
particular record... From the user's perspective the save process takes <br>
ages (several minutes) and eventually the screen reloads and the change <br>
to the record's data *wasn't* saved...<br>
<br>
> Thu Jun 18 11:17:14 2020,932 [16878] DEBUG VT - Prepared sql query parameters : [7,0,1,,2020-06-18 11:17:14,5253]<br>
> Thu Jun 18 11:18:05 2020,960 [16878] INFO VT - PearDatabase ->ADODB error  Query Failed:update vtiger_crmentity set smownerid=?, smgroupid=?,modifiedby=?,description=?, modifiedtime=? where crmid=?::->[1205]Lock wait timeout exceeded; try restarting transaction<br>
<br>
> PHP 7.2.24-0ubuntu0.18.04.6 (cli) (built: May 26 2020 13:09:11) ( NTS )<br>
> Copyright (c) 1997-2018 The PHP Group<br>
> Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies<br>
>     with Zend OPcache v7.2.24-0ubuntu0.18.04.6, Copyright (c) 1999-2018, by Zend Technologies<br>
<br>
> mysql  Ver 14.14 Distrib 5.7.30, for Linux (x86_64) using  EditLine wrapper<br>
> Copyright (c) 2000, 2020, Oracle and/or its affiliates. All rights reserved.<br>
<br>
The dev system I am working on is a migrated vtiger 5.4.0 system...<br>
<br>
There were over 200 tables (mostly the _seq but a few others) which were <br>
still set to MyISAM.<br>
<br>
I converted all of them to InnoDB and now the problem seems to have gone <br>
away.<br>
<br>
Hope this helps someone else.<br>
<br>
Al<br>
<br>
_______________________________________________<br>
<a href="http://www.vtiger.com/" rel="noreferrer" target="_blank">http://www.vtiger.com/</a><br>
</blockquote></div>