[Quantum-core] Passing host_id from nova to quantum

Hi Team, It seems like there are several people interested in seeing this functionality through, however the patch is taking forever to get in (thanks Yong for your perseverance) - https://review.openstack.org/#/c/29767 Is there something as a quantum team we can do to get this patch through? Th

[Quantum-core] On PTO until 5/29

Hi Team, Just wanted to let you know that I on PTO until 5/29 and my responses might be delayed until then. For those in the US, hope you have a good Memorial Day Weekend. Best, ~Sumit. -- Mailing list: https://launchpad.net/~quantum-core Post to : quantum-core@lists.launchpad.net Unsubscr

Re: [Quantum-core] etherpads

Just noticed that the wiki says - "Network (formerly "Quantum")"..."formerly"?? On Sun, Apr 14, 2013 at 1:13 PM, Dan Wendlandt wrote: > please make sure you create an etherpad for any session you're organizing, > if its not there already: > https://wiki.openstack.org/wiki/Summit/Havana/Etherpads

Re: [Quantum-core] quantum beer bash sunday @ 8pm

Yeah, my flight is delayed too, but hoping to make it in time... On Sun, Apr 14, 2013 at 3:48 PM, Salvatore Orlando wrote: > My flight has been delayed, so I will be "eventually" there. > > Have fun! > Salvatore > Il giorno 14/apr/2013 15:47, "Aaron Rosen" ha scritto: > >> I'll be there too >> >

Re: [Quantum-core] Reminder TC voting ends today

Go Gary! :-) On Thu, Mar 28, 2013 at 11:16 AM, Nachi Ueno wrote: > I voted for Gary :) > > Nachi > > 2013/3/28 Mark McClain : >> All- >> >> This is a friendly reminder that technical committee voting ends today. One >> of our own, garyk is a candidate. He's done a lot of good work for Quantum

Re: [Quantum-core] heads up on possible nova/quantum issue

We saw this issue in Grizzly as well. I investigated the Quantum logs and I did not find anything bad. The VM actually does get two interfaces in this case, so it seemed like some race condition on the nova side: Thanks, ~Sumit. On Tue, Mar 26, 2013 at 10:24 AM, Salvato

Re: [Quantum-core] Important G-3 Update

gt; Gary > > On 02/21/2013 08:15 PM, Sumit Naiksatam wrote: >> >> Thanks Dan. Are bugs related to code clean-up (removing unused code) >> fair game for RC1? >> >> Also, given that some of the bugs are not yet targeted for RC1 >> (basically the ones whic

Re: [Quantum-core] Important G-3 Update

Thanks Dan. Are bugs related to code clean-up (removing unused code) fair game for RC1? Also, given that some of the bugs are not yet targeted for RC1 (basically the ones which don't have a milestone), should we be reviewing/merging those, or just wait for you to scrub/triage and tag? ~Sumit. On

Re: [Quantum-core] nova hotplug change

Thanks Dan. From a Quantum perspective the only significant change seems to be that a port which is being used for a VIF could be deleted during hot unplug. Is there anything else? Thanks, ~Sumit. On Sun, Feb 17, 2013 at 11:05 AM, Dan Wendlandt wrote: > Since folks probably aren't monitoring the

Re: [Quantum-core] Unit test errors

r problem, in that case module version was different. > > 2013/2/6 Sumit Naiksatam : >> Thanks guys for the suggestions, much appreciated. I will go back and >> check this, but I am not hitting these errors in my local setup, so >> wondering what Jenkins is doing differen

Re: [Quantum-core] Unit test errors

/#/c/21285/ >> >> I faced same problem. it was because of I haven't have teardown method >> for cleanup global variable. >> >> Thanks >> Nachi >> >> 2013/2/6 Sumit Naiksatam : >> > I am n

Re: [Quantum-core] Unit test errors

and this was moved out. >> Day to day maintenance is becoming more and more challenging. I will try >> and take a look and let you know if I see anything. >> Thanks >> Gary >> >> >> On 02/06/2013 09:26 AM, Sumit Naiksatam wrote: >>> >>&

[Quantum-core] Unit test errors

Hi, I posted a patch (https://review.openstack.org/#/c/21285) few hours back and I am repeatedly seeing a bunch of tests failing outside of my patch: http://logs.openstack.org/21285/2/check/gate-quantum-python26/4032/nose_results.html.gz I noticed Jenkins fail on some other patches too. Just won

Re: [Quantum-core] Blueprint l3apis-into-core: update for the core team

Hi Salvatore, Thanks for bringing this up. We do have plans for supporting L3 API extensions in Grizzly. The blueprint was created earlier and work is currently under way to submit a patch: https://blueprints.launchpad.net/quantum/+spec/quantum-floodlight-bigswitch-l3 That said, I don't have any

Re: [Quantum-core] issues with libvirt + ovs plugging in nova

Thanks Dan, duly noted. Thanks also to Gary for the earlier heads up. I agree with the approach you have suggested in the bug report. On Wed, Jan 16, 2013 at 9:27 AM, Dan Wendlandt wrote: > Hi folks, > > To possibly save some troubleshooting time, just a warning that trunk nova > is having issue

Re: [Quantum-core] Updates

Thanks Gary for doing this, will chip in with the reviews. I guess https://review.openstack.org/#**/c/19079 is now https://review.openstack.org/#/c/19090/ Thanks, ~Sumit. On Mon, Jan 7, 2013 at 3:01 AM, Gary Kotton wrote: > Hi, > I have done a OSLO upda

Re: [Quantum-core] Submitting patches for review

gt; > A couple of things that I would rather not require bp/bugs for: > > - non-functional refactoring (including test addition) > - doc/i18n changes (including spelling and clarification) > > Thanks, > > > Maru > > On 2012-12-19, at 10:39 AM, Sumit Naiksatam >

[Quantum-core] Submitting patches for review

Hi, My understanding has been from the very beginning that we have a policy of associating every submitted review with a blueprint or a bug. Is it still the case? If not, it would be a good policy to enforce since it helps to track issues. Off late I did see some patches which don't have this inf

Re: [Quantum-core] [Quantum] Blueprint template

Hi Gary, This is a very good list, may I suggest considering the following sections: * Use cases [if the feature is large enough and might target a new use case, or if is targeting existing use cases/workflows] * Dependencies [be it on python packages and/or OpenStack components] * Testing [High

Re: [Quantum-core] [Quantum] Blueprint template

Hi Gary, This is a very good list, may I suggest considering the following sections: * Use cases [if the feature is large enough and might target a new use case, or if is targeting existing use cases/workflows] * Dependencies [be it on python packages and/or OpenStack components] * Testing [High

Re: [Quantum-core] quantum team bites & brews

Thanks Dan (and VMware) for putting this together. Indeed, absolutely fantastic work by the Quantum team, and definitely deserves strong recognition. Looking forward to this get-together and the summit in general. Regards, ~Sumit. On Sat, Oct 13, 2012 at 1:43 AM, Gary Kotton wrote: > Great. I h