Re: [openstack-dev] Keystone Concurrency & Races in SQL Assignment Backend

2013-10-31 Thread Peter Feiner
Okay Brant, sounds good. I'll start working on the SQL code today. Please bear in mind that I'm going to be on vacation next week, so a patch won't be ready until some time after November 11. On Thu, Oct 31, 2013 at 9:46 AM, Brant Knudson wrote: > Peter - > > We discussed better use of transacti

Re: [openstack-dev] Keystone Concurrency & Races in SQL Assignment Backend

2013-10-31 Thread Brant Knudson
Peter - We discussed better use of transactions in irc, but I don't think anyone has had a chance to look at it. This would be a very useful thing to have someone look at. I'm fine with holding off on the oslo.db sessions work until we're sure the code is correct w/r/t multi-processing so that tem

Re: [openstack-dev] Keystone Concurrency & Races in SQL Assignment Backend

2013-10-30 Thread Dolph Mathews
On Wed, Oct 30, 2013 at 5:08 PM, Peter Feiner wrote: > Hi Brant, > > In addition to the race you've fixed in > https://review.openstack.org/#/c/50767/, it looks like there are quite > a few more races in the SQL backend of keystone.assignment. I filed a > bug to this effect: https://bugs.launchpa

[openstack-dev] Keystone Concurrency & Races in SQL Assignment Backend

2013-10-30 Thread Peter Feiner
Hi Brant, In addition to the race you've fixed in https://review.openstack.org/#/c/50767/, it looks like there are quite a few more races in the SQL backend of keystone.assignment. I filed a bug to this effect: https://bugs.launchpad.net/keystone/+bug/1246489. The general problem is that transacti