Re: [Netstack] About test framework on python-quantumclient project

2012-03-27 Thread Brad Hall
There is a test framework.. it's tox (take a look at tox.ini). To run the tests use tox -v: $ tox -v ... Ran 148 tests in 1.379s Thanks, Brad On Tue, Mar 27, 2012 at 8:59 PM, Deepak Garg wrote: > I think the test framework should be very close to other openstack > projects and hence you may si

Re: [Netstack] [Openstack] nova-manage network creation question

2012-03-15 Thread Brad Hall
Yeah, I think its fine to delete the check. Feel free to remove the check in your environment and reply back if anything else breaks -- I'll also submit a nova patch for it. Thanks, Brad On Thu, Mar 15, 2012 at 12:14 PM, Brian Haley wrote: > On 03/15/2012 11:51 AM, David Lapsley wrote: > > On

Re: [Netstack] proposal for new quantum-core devs

2012-03-13 Thread Brad Hall
+1 for all three of them from me too On Tue, Mar 13, 2012 at 8:44 PM, hitesh wadekar wrote: > It's my pleasure to work with you all. > > +1 for all, > > Thanks, > Hitesh Wadekar > > > On Tue, Mar 13, 2012 at 8:17 PM, Ram Durairaj (radurair) < > radur...@cisco.com> wrote: > >> Thanks a lot Bob, Ma

Re: [Netstack] Help on Quantum installation through DevStack (openvswitch error) !!

2012-03-12 Thread Brad Hall
Also, make sure to remove any normal bridges (br100 and virbr0) prior to installing the openvswitch packages. Thanks, Brad On Mon, Mar 12, 2012 at 12:36 PM, Jason Kölker wrote: > On Mon, 2012-03-12 at 12:17 -0700, hitesh wadekar wrote: >> I am sure somebody would have already been come across th

Re: [Netstack] Can't associate floating IP

2012-02-27 Thread Brad Hall
27;, u'affect_auto_assigned': False}, u'_context_auth_token': > u'685a55a68baf4e1ea311a5b2ff3c5b89', u'_context_strategy': u'keystone', > u'_context_is_admin': False, u'_context_project_id': > u'5b5a2c42b5874058962c6f543

Re: [Netstack] Can't associate floating IP

2012-02-27 Thread Brad Hall
Another thing to check .. when I run devstack by default my network doesn't get associated with a host [host is NULL in the database]. Make sure the host for that network is set to the hostname of the compute node. Thanks, Brad On Mon, Feb 27, 2012 at 10:39 AM, Brad Hall wrote: > Can y

Re: [Netstack] Can't associate floating IP

2012-02-27 Thread Brad Hall
6 172.241.1.2 > ERROR: Associate floating ip failed (HTTP 500) > > So validation is happening. > > Thanks, > Darragh. > > > From: Brad Hall > To: Darragh OReilly > Cc: "netstack@lists.launchpad.net" > Sent: Monday, 27 Feb

Re: [Netstack] Can't associate floating IP

2012-02-27 Thread Brad Hall
Hi Darragh, Try passing in the instance id of the vm (or the uuid).. it sounds like its failing to figure out what instance you mean to associate with. Thanks, Brad On Mon, Feb 27, 2012 at 6:38 AM, Darragh OReilly wrote: > > > When I try to associate a floating IP from the dash I get: > Error:

Re: [Netstack] devstack multi-node ENABLED_SERVICES flags for compute node

2012-02-13 Thread Brad Hall
Hi Yapeng, There is probably bug where ovs is only installed if "quantum" is specified in enabled_services -- I'll take a look at it today. Thanks, Brad On Mon, Feb 13, 2012 at 9:57 AM, Yapeng Wu wrote: > Hello, > > I don't know if anyone tried to use devstack to test out the multi-node > setup

Re: [Netstack] splitting quantum client into separate client repo?

2012-01-03 Thread Brad Hall
I still vote for #2. I don't think there will be a ton of duplication so we're probably ok in that regard. Also, it sounds like following suit will make life easier for the ci folks. I think #3 will be painful (both in initial work and maintenance). If we do #2 then we could put quantum-clie

Re: [Netstack] Latest nova and quantum versions that work together?

2011-12-07 Thread Brad Hall
Hi Andy, I'll take a look at this and get back to you. Thanks, Brad On Wed, Dec 7, 2011 at 2:36 PM, Andy Bierman wrote: > Hi, > > > > I am not able to get lp:nova and lp:quantum to work together, even with the > FakePlugin. > > (euca-run-instances fails. Using standard libvirt settings except >

Re: [Netstack] quantum tree layout and packaging

2011-11-30 Thread Brad Hall
t that you are now planning to collapse the separate > setup_*.py files into a single setup.py. Does this mean you've completely > given up on structuring quantum into separately packaged common, client, > server, and *_plugin components? If not, how will it work? > > -Bob > >

Re: [Netstack] quantum tree layout and packaging

2011-11-29 Thread Brad Hall
Hey Robert, Good catch! I'll file a bug to move the extensions to the cisco plugin directory. Thanks, Brad On Tue, Nov 29, 2011 at 9:59 AM, Robert Kukura wrote: > On 11/28/2011 07:07 PM, Brad Hall wrote: >> >> OK, the changes are in.  The directory tree is now back to

Re: [Netstack] quantum tree layout and packaging

2011-11-28 Thread Brad Hall
OK, the changes are in.  The directory tree is now back to the old structure which should make life easier for the distros for packaging. Thanks,Brad On Wed, Nov 23, 2011 at 5:36 PM, Brad Hall wrote: > Thanks for the feedback.. Here is a review for the changes: > https://review.opensta

Re: [Netstack] quantum tree layout and packaging

2011-11-25 Thread Brad Hall
can be easy solved using a --build-base >> parameter for each one, but it's not as straight as in "python setup_xX.py >> install" >> Ghe Rivero >> >> On Thu, Nov 24, 2011 at 7:28 AM, ghe. rivero wrote: >>> >>> Wow! That  was quick! I&#x

Re: [Netstack] quantum tree layout and packaging

2011-11-23 Thread Brad Hall
Thanks for the feedback.. Here is a review for the changes: https://review.openstack.org/#change,1886 Thanks, Brad On Wed, Nov 23, 2011 at 2:28 PM, Chris Wright wrote: > * Dan Wendlandt (d...@nicira.com) wrote: >> On Wed, Nov 23, 2011 at 2:03 PM, ghe. rivero wrote: >> > Absolutly. I only hope t

Re: [Netstack] quantum tree layout and packaging

2011-11-23 Thread Brad Hall
Hi Chris, Glad to see the packaging is in place for the diablo Quantum release -- that's fantastic. As for the directory structure, I agree that the current layout is cumbersome. The reason it was done was for ease of packaging; but if the distros are going to package it using spec/deb files any

Re: [Netstack] Quantum unit tests and distributed

2011-11-14 Thread Brad Hall
Thanks for triaging this. I added distribute==0.6.24 to tools/pip requires so hopefully others won't run into this. Thanks, Brad On Tue, Nov 8, 2011 at 10:01 AM, Salvatore Orlando wrote: > Hi, > > > > After pulling from quantum master I saw run_tests.sh was only running the > tests in client.li

Re: [Netstack] Changing the update_{network,port} calls

2011-10-27 Thread Brad Hall
unces+salvatore.orlando=eu.citrix@lists.launchpad.net > [mailto:netstack-bounces+salvatore.orlando=eu.citrix@lists.launchpad.net] > On Behalf Of Dan Wendlandt > Sent: 19 October 2011 01:01 > To: Brad Hall > Cc: netstack@lists.launchpad.net > Subject: Re: [Netstack] Changing the upd

[Netstack] Nova network parity

2011-10-20 Thread Brad Hall
Per the discussion on IRC I'm sending out a mail to clarify the work that needs to be done (short-term) for nova networking parity. The general idea is that the functionality already exists in nova (aside from pieces related to Melange integration) so we might as well leverage it in the short term

Re: [Netstack] FW: [Openstack] Change to api-paste.ini

2011-10-18 Thread Brad Hall
Yeah, I think it sounds useful. Thanks, Brad On Tue, Oct 18, 2011 at 7:11 AM, Salvatore Orlando wrote: > Is this something we might consider for Quantum as well as concerns resource > extensions? > > Salvatore > > -Original Message- > From: openstack-bounces+salvatore.orlando=eu.citrix.

[Netstack] Changing the update_{network,port} calls

2011-10-18 Thread Brad Hall
Hey Everyone, Since the change to make the create() calls take a parameter of k/v pairs has gotten approval I wanted to propose a change to make the update calls do the same. The review is here: https://review.openstack.org/#change,929 .. I've posted this review in order to get feedback and to ha

Re: [Netstack] Code coverage status

2011-10-18 Thread Brad Hall
+salvatore.orlando=eu.citrix@lists.launchpad.net] On Behalf Of >> Brad Hall >> Sent: 18 October 2011 07:11 >> To: netstack@lists.launchpad.net >> Subject: [Netstack] Code coverage status >> >> Hey Everyone, >> >> After this change goes in (https://rev

Re: [Netstack] Code coverage status

2011-10-18 Thread Brad Hall
2011 at 11:15 PM, Edgar Magana (eperdomo) > wrote: >> >> Hi Brad, >> >> Good job here... I already +1 >> >> Edgar >> >> -Original Message- >> From: netstack-bounces+eperdomo=cisco@lists.launchpad.net >> [mailto:netstack-bou

[Netstack] Code coverage status

2011-10-17 Thread Brad Hall
Hey Everyone, After this change goes in (https://review.openstack.org/#change,677 [1]), you'll be able to generate code coverage numbers for our tests by using run_tests.sh -c. We're actually doing fairly good so far (sorry, gmail screws up the font): NameStmts Mis

[Netstack] Please review

2011-10-17 Thread Brad Hall
Hey Netstackers, I've got some outstanding reviews that could use another +1 please :) https://review.openstack.org/#change,839 https://review.openstack.org/#change,835 https://review.openstack.org/#change,677 https://review.openstack.org/#change,666 Thanks, Brad -- Mailing list: https://launc

Re: [Netstack] 'Basic VLAN' plugin - some thoughts

2011-10-17 Thread Brad Hall
I haven't read the entire proposal yet but I wanted to clarify something quickly (inline).. Thanks, Brad On Mon, Oct 17, 2011 at 9:49 AM, Salvatore Orlando wrote: > Hi Sumit, > > > > Thanks for your feedback! > > First of all please keep in mind that the wiki page started with the > following di

[Netstack] Review approval protocol (gerrit)

2011-10-15 Thread Brad Hall
As the first one to completely mess this up (I clicked approve on a review (+2) when there wasn't a (+1) yet) I figured I'd send out a link describing the protocol in case anyone other than me missed this in the documentation. >From http://wiki.openstack.org/GerritJenkinsGithub: Any Openstack dev

Re: [Netstack] Data extensions in quantum

2011-10-11 Thread Brad Hall
in > the vendors Plugins. > > Thanks, > > Edgar > > -Original Message- > From: netstack-bounces+eperdomo=cisco@lists.launchpad.net > [mailto:netstack-bounces+eperdomo=cisco@lists.launchpad.net] On Behalf Of > Brad Hall > Sent: Tuesday, Octob

Re: [Netstack] Data extensions in quantum

2011-10-11 Thread Brad Hall
y for a plugin to register any extra params it would like to take..) > Salvatore Thanks for taking a look! -Brad >> -Original Message- >> From: netstack- >> bounces+salvatore.orlando=eu.citrix@lists.launchpad.net >> [mailto:netstack- >> bounces+salva

Re: [Netstack] Data extensions in quantum

2011-10-10 Thread Brad Hall
Ping :) Reviews/comments appreciated. Thanks, Brad On Tue, Sep 27, 2011 at 9:29 AM, Brad Hall wrote: > I've created a branch to address this here: > https://review.openstack.org/#change,665 > > Currently I've only add param dicts to the create calls but maybe it > mak

Re: [Netstack] Quantum Packaging update

2011-10-03 Thread Brad Hall
Hey Tyler, Replies inline.. On Mon, Oct 3, 2011 at 6:56 AM, Tyler Smith wrote: > Comments inline: > >> I kind of liked having everything in one directory before >> (quantum/...) and that's the way that nova does it but I see how the >> way you've split it makes it easier for packaging.  Not a bi

Re: [Netstack] Quantum Packaging update

2011-09-29 Thread Brad Hall
Oops, ignore the thw -> the comment.. there is a quantumcore package on pypi that I mistakenly thought was ours :) On Thu, Sep 29, 2011 at 2:49 PM, Brad Hall wrote: > Thanks again for al the work on this Tyler.  It seems to be getting > closer and I'm looking forward to having thi

Re: [Netstack] Quantum Packaging update

2011-09-29 Thread Brad Hall
Thanks again for al the work on this Tyler. It seems to be getting closer and I'm looking forward to having this all packaged so that distribution is easier. Comments inline.. On Thu, Sep 29, 2011 at 2:08 PM, Tyler Smith wrote: > Hi everybody, > > I've gotten the packaging issues we discussed t

[Netstack] Notifications for new gerrit reviews

2011-09-27 Thread Brad Hall
Hey All, As discussed in the irc meeting today the way to be notified of any new reviews is to add yourself as a watcher to the project in gerrit. The page for that is here: https://review.openstack.org/#settings,projects .. and for the project enter "openstack/quantum" then click the check boxes

Re: [Netstack] Data extensions in quantum

2011-09-27 Thread Brad Hall
param structure, eg. (key, value) pair. We actually > proposed this earlier as it makes extension much easier. > > Just my 2 cents. > > Best, > Ying > > > > >> -Original Message- >> From: netstack-bounces+yinliu2=cisco@lists.launchpad.net >&g

[Netstack] Syncing the diablo branch changes to github

2011-09-26 Thread Brad Hall
I created a review for this based on when the branch got imported to github: https://review.openstack.org/#change,655. I'm not sure what the process is supposed to be for this so I just did it manually. Please sanity check the review if you've had changes merged into the diablo branch in the past

Re: [Netstack] Running Nova with Quantum (OVS Plugin)

2011-09-22 Thread Brad Hall
Hey Dan, Replies below.. On Thu, Sep 22, 2011 at 6:33 PM, Dan Wendlandt wrote: > > > On Thu, Sep 22, 2011 at 5:25 PM, Brad Hall wrote: >> >> > >> > o   QuantumManager.allocate_for_instance was failing because the JSON >> > response from Quantum

Re: [Netstack] Running Nova with Quantum (OVS Plugin)

2011-09-22 Thread Brad Hall
Hey Salvatore, Replies inline.. On Thu, Sep 22, 2011 at 5:12 PM, Salvatore Orlando wrote: > Hi, > > > > I have installed an Openstack testbed with Quantum (OVS Plugin) and standard > nova IPAM. Hypervisor backend is XenServer. Thanks for trying it out.. sorry that you ran into issues. > > Alth

[Netstack] Data extensions in quantum

2011-09-22 Thread Brad Hall
Hello Netstackers, I've been working with the extensions framework lately and wanted to know how data extensions are supposed to work. What I want to do is something like this: A hypothetical device that I'm writing a plugin for has a property on the port called "foo" and I want to be able to cr

Re: [Netstack] Launchpad -> Github transition for Quantum

2011-09-16 Thread Brad Hall
And we're migrated! Thanks to James Blair for taking care of it. Please read the workflow link below and get your environments set up. If you have any questions/issues send them to the mailing list and we'll figure it out. Thanks, Brad On Thu, Sep 15, 2011 at 9:59 PM, Brad H

Re: [Netstack] Launchpad -> Github transition for Quantum

2011-09-15 Thread Brad Hall
Reminder: this is happening tomorrow morning! I'll send another email when it's done.. Thanks, Brad On Wed, Sep 14, 2011 at 3:12 PM, Brad Hall wrote: > Hey everyone.. > > I just wanted to send a heads up based on the IRC meeting this week > that we'll be moving to

[Netstack] Launchpad -> Github transition for Quantum

2011-09-14 Thread Brad Hall
Hey everyone.. I just wanted to send a heads up based on the IRC meeting this week that we'll be moving to github friday (9/16) at 9am-ish PST. If there is any big concerns please raise them now before it's too late :) For any setup questions or hurdles please send them to the list so that other

Re: [Netstack] update on quantum packaging?

2011-08-31 Thread Brad Hall
Hey Tyler, As a general comment: It feels like we're diverging quite a bit from the way that the nova directory tree is set up. Are we sure that we want to do that? My vote is to keep it similar so that it is more familiar to someone who has previously worked on or used nova. A couple of commen

Re: [Netstack] update on quantum packaging?

2011-08-31 Thread Brad Hall
Hey Tyler, Thanks for pushing this.. I'll try it out today and send feedback. Thanks, Brad On Wed, Aug 31, 2011 at 9:32 AM, Tyler Smith wrote: > Hi Dan, > > I just pushed the plugin changes.  The bzr repo is intact; I used bzr mv/cp, > etc.  Merging changes isn't a walk in the park, but it's no

Re: [Netstack] [Merge] lp:~netstack/quantum/quantum-unit-tests into lp:quantum

2011-07-19 Thread Brad Hall
Review: Approve -- https://code.launchpad.net/~netstack/quantum/quantum-unit-tests/+merge/68308 Your team Netstack is subscribed to branch lp:~netstack/quantum/quantum-unit-tests. -- Mailing list: https://launchpad.net/~netstack Post to : netstack@lists.launchpad.net Unsubscribe : https://

Re: [Netstack] Quantum API Client Library Status

2011-07-13 Thread Brad Hall
This looks great so far. I haven't done a thorough review of the code but from a quick initial inspection it looks like the direction we want to go. It certainly makes the tests a lot cleaner :) Thanks for doing this! -Brad On Wed, Jul 13, 2011 at 7:16 AM, Tyler Smith wrote: > Hi, > > I have