<div>I'm moving a thread we had with some vmware guys to this list to make it public.</div><div><br></div><div>We had a problem with quantum deadlocking when it got several requests in quick</div><div>succession.  Aaron suggested we set sql_dbpool_enable = True.  We did and it</div>
<div>seemed to resolve our issue.</div><div><br></div><div>What are the downsides of turning on sql_dbpool_enable?  Should it be on by default?</div><div><br></div><div>Thanks,</div><div>Jay</div><div><br></div><div><br></div>
<div>>> We are currently experience the following problem in our environment:</div><div>>> issuing 5 'quantum port-create' commands in parallel effectively deadlocks quantum:</div><div>>></div><div>
>> $ for n in $(seq 5); do echo 'quantum --insecure port-create stage-net1'; done | parallel </div><div>>> An unknown exception occurred.</div><div>>> Request Failed: internal server error while processing your request.</div>
<div>>> An unexpected error occurred in the NVP Plugin:Unable to get logical switches</div><div> </div><div>On Jun 21, 2013, at 9:36 AM, Aaron Rosen <<a href="mailto:arosen@vmware.com">arosen@vmware.com</a>> wrote:</div>
<div>> We've encountered this issue as well. I'd try enabling:</div><div>> # Enable the use of eventlet's db_pool for MySQL. The flags sql_min_pool_size,</div><div>> # sql_max_pool_size and sql_idle_timeout are relevant only if this is enabled.</div>
<div>></div><div>> sql_dbpool_enable = True</div><div>></div><div>> in nvp.ini to see if that helps at all. In our internal cloud we removed the</div><div>> creations of the lports in nvp from the transaction. Salvatore is working on</div>
<div>> an async back-end to the plugin that will solve this and improve the plugin</div><div>> performance.</div>