from:"Arvind Somya"

Re: [Netstack] Quantum Plugin for OpenStack Dashboard feedback

2011-08-08 Thread Arvind Somya


Hey Somik

Thanks for the feedback, there have been quite a few changes to the 
dashboard since the mockup.


1) I agree about the Actions column and implemented that when I started 
adding more stuff and realized it was too clunky to have each action in 
it's own column. Currently it only has 'Rename' and 'Delete' .. we can 
extend it to more if required.


2) Agreed, I'll add breadcrumbs to the details page

3) Similar to the networks, ports now have an action column with auto 
grayed out values depending on the port state.
- Rename "Connects" to Attachment : Didn't implement that in the 
mock up :) , the new dashboard allows renaming.


The dashboard is mostly complete, as in it allows all the basic actions 
like create/delete/rename network, create/delete port .


The only remaining bit is to attach and detach ports to VIF's, I've been 
looking into nova code trying to find a way to expose these to quantum. 
Should be done in a couple of days


Thanks
Arvind

P.S : The mock up is pretty outdated at this point. I'll try to add some 
updated screenshots to the wiki either today or tomorrow.


On 08/05/2011 06:39 PM, Somik Behera wrote:
Thanks Mark, Arvind & team for the work on Dashboard! Apologies that I 
just got around to reviewing the blueprint. This should provide us 
with a great demo vehicle for the upcoming OpenStack Design Summit!


The initial mocks look good for our Quantum Beta, I just have a few 
comments around our interactions design scheme that would good to 
address for our first cut.


1) Networks Tab
 - I suggest renaming "Delete?" to "Actions" - Much more 
consistent with rest of dashboard as well as provides the flexibility 
to have multiple actions grouped here under a single tab, obviously if 
we have too many actions, we'll have to evolve the UI at a later point.
 - Keep the existing "delete" link, and in the future we add more 
links.


2) Network details page
- Need a mechanism to go back to the network listing page ( You 
can always click on "Networks" on left hand menu bar, but it isn't 
very intuitive, we might have a link on top( like breadcrumbs) that 
would be helpful...


3) Ports page
- Rename "Connects" to Attachment
- Merge Attach, Detach, Delete? columns to "Attach" to make the 
table more consistent with rest of dashboard.
  * That would make us more consistent with Images, Keys and 
general dashboard user interaction model. But, I am open to other 
suggestions.

  * The column contents would look like this:

[Interface drop down] Attach Detach Delete

 * The links will be grayed out based on the operation the user is 
allowed to perform, delete operation on already attached port will 
detach and then delete the port automagically.


Otherwise, I am looking forward to the dashboard stuff completing soon!


Thanks,

Somik



--
Somik Behera | Nicira Networks, Inc. | so...@nicira.com 
 | office: 650-390-6790  
| cell: 512-577-6645 


-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Re: [Netstack] OpenStack Dashboard

2011-08-08 Thread Arvind Somya


Hey Devin

The integration is nearly complete, I'm just working on the final bits 
to attach/detach ports from nova instances.


I did start out similar to the swift container code in the dashboard 
with my views and controllers within the django_openstack module but 
halfway through I changed my mind and moved them to a separate module.


I thought since Quantum is a project that can also be used outside 
openstack, it might be nice to have a separate module that provides all 
the basic views and operations without depending on nova. The templates 
are also contained within django-quantum so publishing a django-quantum 
egg should enable any other nova/non-nova clients to reuse the views.


I'm fairly new to Django/Buildout and I could be totally wrong on the 
approach. Should I roll up everything into django-openstack? Please let 
me know the potential pitfalls/ shortcomings of my approach.


Thanks
Arvind

On 08/08/2011 04:45 PM, Devin Carlen wrote:

Hey Dan,

Thanks for the link!  I'm excited to see that support for Quantum is 
being added to Dashboard.  I did notice that a new module called 
django-quantum is added, but there is a slightly cleaner way to 
accomplish this without having to create a new top level module.  I 
recommend looking at how we integrated Swift support recently.


Let me know if you guys have any questions about the integration.  I'm 
available to help!



Best,

Devin

On Aug 8, 2011, at 11:39 AM, Dan Wendlandt wrote:


Hi Devin,

Here's the pointer to the existing Quantum dashboard blueprint: 
https://blueprints.launchpad.net/quantum/+spec/quantum-client-gui


Mark Voelker's team at Cisco has been taking the lead on this and can 
provide you with more details. Its currently targeted for Diablo-4.


CC'ing the netstack list in case an impromptu design discussion 
ensures :)


Dan


--
~~~
Dan Wendlandt
Nicira Networks, Inc.
www.nicira.com  | www.openvswitch.org 


Sr. Product Manager
cell: 650-906-2650
~~~





-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

[Netstack] Port states

2011-08-09 Thread Arvind Somya


Hello Netstackers,

I'm trying to write this bit in the dashboard that allows users to 
toggle port states, my problem is that while the FakePlugin defines two 
states 'ACTIVE' and 'DOWN'.. the ovs plugin defines them as 'UP' and 'DOWN'.


Is there a way for the dashboard to find out what the supported states 
are from the plugin? I couldn't find any methods in the client or the 
plugin modules.


Thanks
Arvind

--
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Re: [Netstack] Port states

2011-08-09 Thread Arvind Somya


Somik,
Thanks for the info.. i'll file a bug.

-Arvind

On 08/09/2011 01:16 PM, Somik Behera wrote:
The active states from API definition perspective should be "ACTIVE" 
and "DOWN" If the OVS plugin has 'UP' thats a bug, please file one and 
we will bring it inline to API spec.
Quantum currently just has 2 supported port-state "ACTIVE" and "DOWN" 
which map to admin up/down on a port.


Thanks,
Somik

On Tue, Aug 9, 2011 at 10:09 AM, Arvind Somya <mailto:aso...@cisco.com>> wrote:


Hello Netstackers,

I'm trying to write this bit in the dashboard that allows users to
toggle port states, my problem is that while the FakePlugin
defines two states 'ACTIVE' and 'DOWN'.. the ovs plugin defines
them as 'UP' and 'DOWN'.

Is there a way for the dashboard to find out what the supported
states are from the plugin? I couldn't find any methods in the
client or the plugin modules.

Thanks
Arvind

-- 
Mailing list: https://launchpad.net/~netstack

<https://launchpad.net/%7Enetstack>
Post to : netstack@lists.launchpad.net
<mailto:netstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~netstack
<https://launchpad.net/%7Enetstack>
More help   : https://help.launchpad.net/ListHelp




--
Somik Behera | Nicira Networks, Inc. | so...@nicira.com 
<mailto:sbeh...@nicira.com> | office: 650-390-6790 | cell: 512-577-6645


-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Re: [Netstack] Port states

2011-08-09 Thread Arvind Somya


Ram,

Using the quantum APIs all the dashboard sees from the client is 
'ACTIVE' and 'DOWN' in the port details.
I can show Administratively Down etc. if that info is provided to the 
dashboard using the client or some other mechanism.


I can think of a couple of methods to deduce this to a certain extent by 
the dashboard:


- Using a set of general rules like VIF connected but port down mean 
operationally down, no vif plus down means administratively down etc..


- Store port history in the dashboard db, administratively down only 
when the port has never been turned up since creation  or the user 
explicitly turns it down. This might lead to discrepancies when 
switching between the dashboard, cli and other clients that won't have 
this data available.


If the plugin can provide that info then it's just a matter of 
displaying whatever the plugin/client returns. Thoughts on this?


Thanks
Arvind

On 08/09/2011 01:14 PM, Ram Durairaj (radurair) wrote:

Hi Arvind:

Are you also planning to show, in network speak, Administratively
UP/Down, Operationaly UP/Down.

We don't have to complicate this..but useful while debugging.

My $0.02

Ram

-Original Message-
From: netstack-bounces+radurair=cisco@lists.launchpad.net
[mailto:netstack-bounces+radurair=cisco@lists.launchpad.net] On
Behalf Of Arvind Somya (asomya)
Sent: Tuesday, August 09, 2011 10:09 AM
To: netstack@lists.launchpad.net
Subject: [Netstack] Port states

Hello Netstackers,

I'm trying to write this bit in the dashboard that allows users to
toggle port states, my problem is that while the FakePlugin defines two
states 'ACTIVE' and 'DOWN'.. the ovs plugin defines them as 'UP' and
'DOWN'.

Is there a way for the dashboard to find out what the supported states
are from the plugin? I couldn't find any methods in the client or the
plugin modules.

Thanks
Arvind




--
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

[Netstack] Dashboard updated screenshots

2011-08-09 Thread Arvind Somya


Screenshots updated to the latest dev branch at:

http://wiki.openstack.org/QuantumClientGUI

Thanks
Arvind

--
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Re: [Netstack] Port states

2011-08-09 Thread Arvind Somya


Thanks Dan,

Also noticed something weird in the ovs plugin, might be already fixed:

def get_port_details(self, tenant_id, net_id, port_id):
port = db.port_get(port_id)
rv = {"port-id": port.uuid, "attachment": port.interface_id,
  "net-id": port.network_id, "port-state": "UP"}
return rv

Doesn't this imply the ovs_plugin will always return the port state as UP?

Thanks
Arvind

On 08/09/2011 03:50 PM, Dan Wendlandt wrote:


On Tue, Aug 9, 2011 at 10:20 AM, Arvind Somya <mailto:aso...@cisco.com>> wrote:


Somik,
Thanks for the info.. i'll file a bug.


I actually fixed that a while back, but the fix had been stuck waiting 
reviews.  It just merged in the past day or so (though grep reveals a 
python comment that is still wrong)


Dan


-Arvind


On 08/09/2011 01:16 PM, Somik Behera wrote:

The active states from API definition perspective should be
"ACTIVE" and "DOWN" If the OVS plugin has 'UP' thats a bug,
please file one and we will bring it inline to API spec.
Quantum currently just has 2 supported port-state "ACTIVE" and
    "DOWN" which map to admin up/down on a port.

Thanks,
Somik

On Tue, Aug 9, 2011 at 10:09 AM, Arvind Somya mailto:aso...@cisco.com>> wrote:

Hello Netstackers,

I'm trying to write this bit in the dashboard that allows
users to toggle port states, my problem is that while the
FakePlugin defines two states 'ACTIVE' and 'DOWN'.. the ovs
plugin defines them as 'UP' and 'DOWN'.

Is there a way for the dashboard to find out what the
supported states are from the plugin? I couldn't find any
methods in the client or the plugin modules.

Thanks
Arvind

-- 
Mailing list: https://launchpad.net/~netstack

<https://launchpad.net/%7Enetstack>
Post to : netstack@lists.launchpad.net
<mailto:netstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~netstack
<https://launchpad.net/%7Enetstack>
More help   : https://help.launchpad.net/ListHelp




-- 
Somik Behera | Nicira Networks, Inc. | so...@nicira.com

<mailto:sbeh...@nicira.com> | office: 650-390-6790
 | cell: 512-577-6645 



--
Mailing list: https://launchpad.net/~netstack
<https://launchpad.net/%7Enetstack>
Post to : netstack@lists.launchpad.net
<mailto:netstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~netstack
<https://launchpad.net/%7Enetstack>
More help   : https://help.launchpad.net/ListHelp




--
~~~
Dan Wendlandt
Nicira Networks, Inc.
www.nicira.com <http://www.nicira.com> | www.openvswitch.org 
<http://www.openvswitch.org>

Sr. Product Manager
cell: 650-906-2650
~~~



-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Re: [Netstack] Port states

2011-08-09 Thread Arvind Somya


Sorry, false alarm.. my tree was out of date :)

Thanks
Arvind

On 08/09/2011 04:03 PM, Dan Wendlandt wrote:
Is this code the latest from trunk?  I believe that is one of the 
lines that was changed in the recently merged patch-set.


Dan


On Tue, Aug 9, 2011 at 1:03 PM, Arvind Somya <mailto:aso...@cisco.com>> wrote:


Thanks Dan,

Also noticed something weird in the ovs plugin, might be already
fixed:

def get_port_details(self, tenant_id, net_id, port_id):
port = db.port_get(port_id)
rv = {"port-id": port.uuid, "attachment": port.interface_id,
  "net-id": port.network_id, "port-state": "UP"}
return rv

Doesn't this imply the ovs_plugin will always return the port
state as UP?

Thanks
Arvind


On 08/09/2011 03:50 PM, Dan Wendlandt wrote:


On Tue, Aug 9, 2011 at 10:20 AM, Arvind Somya mailto:aso...@cisco.com>> wrote:

Somik,
Thanks for the info.. i'll file a bug.


I actually fixed that a while back, but the fix had been stuck
waiting reviews.  It just merged in the past day or so (though
grep reveals a python comment that is still wrong)

Dan


-Arvind


On 08/09/2011 01:16 PM, Somik Behera wrote:

The active states from API definition perspective should be
"ACTIVE" and "DOWN" If the OVS plugin has 'UP' thats a bug,
please file one and we will bring it inline to API spec.
Quantum currently just has 2 supported port-state "ACTIVE"
and "DOWN" which map to admin up/down on a port.

Thanks,
Somik

On Tue, Aug 9, 2011 at 10:09 AM, Arvind Somya
mailto:aso...@cisco.com>> wrote:

Hello Netstackers,

I'm trying to write this bit in the dashboard that
allows users to toggle port states, my problem is that
while the FakePlugin defines two states 'ACTIVE' and
'DOWN'.. the ovs plugin defines them as 'UP' and 'DOWN'.

Is there a way for the dashboard to find out what the
supported states are from the plugin? I couldn't find
any methods in the client or the plugin modules.

Thanks
Arvind

-- 
Mailing list: https://launchpad.net/~netstack

<https://launchpad.net/%7Enetstack>
Post to : netstack@lists.launchpad.net
<mailto:netstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~netstack
<https://launchpad.net/%7Enetstack>
More help   : https://help.launchpad.net/ListHelp




-- 
Somik Behera | Nicira Networks, Inc. | so...@nicira.com

<mailto:sbeh...@nicira.com> | office: 650-390-6790
 | cell: 512-577-6645 



--
Mailing list: https://launchpad.net/~netstack
<https://launchpad.net/%7Enetstack>
Post to : netstack@lists.launchpad.net
<mailto:netstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~netstack
<https://launchpad.net/%7Enetstack>
More help   : https://help.launchpad.net/ListHelp




-- 
~~~

Dan Wendlandt
Nicira Networks, Inc.
www.nicira.com <http://www.nicira.com> | www.openvswitch.org
<http://www.openvswitch.org>
Sr. Product Manager
cell: 650-906-2650 
~~~






--
~~~
Dan Wendlandt
Nicira Networks, Inc.
www.nicira.com <http://www.nicira.com> | www.openvswitch.org 
<http://www.openvswitch.org>

Sr. Product Manager
cell: 650-906-2650
~~~



-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Re: [Netstack] Dashboard updated screenshots

2011-08-09 Thread Arvind Somya


Hey Dan,

- Yeah available ports refers to ports wihthout attachments.. there's no 
limits at least in the dashboard to the number of ports you can add. The 
nomenclature can be changed if's ambiguous.


- The VIF id's are actually real VIF ids from nova instances. I extended 
nova's default server view to expose the VIF id's just to get the last 
bit of the dashboard working. I was gonna ask in today meeting whether I 
should commit this bit or wait for a proper extension.


Thanks
Arvind

On 08/09/2011 04:13 PM, Dan Wendlandt wrote:
These pics are awesome Arvind, very cool to see see Quantum in 
graphical form :)


A couple of quick questions:
- I noticed the notion of "Available" ports.  Does this just refer to 
ports without attachments?  When I first saw it, I thought it implied 
some maximum number of ports on the network.  Just want to confirm 
that one has the ability to dynamically add additional ports to the 
network at any time.
- The picker for the selecting interfaces is very cool.  I'm guessing 
this works just by listing interfaces and assuming each VM has exactly 
one VIF?  As a heads up, Ryu + Troy are working on an extension to 
nova that will expose true VIF-ids via the nova API.  This same vif-id 
will also be passed down to the vif-plug driver, allowing the quantum 
plugin to know exactly where each vif-id is plugged in.


Dan


On Tue, Aug 9, 2011 at 12:46 PM, Arvind Somya <mailto:aso...@cisco.com>> wrote:


Screenshots updated to the latest dev branch at:

http://wiki.openstack.org/QuantumClientGUI

Thanks
Arvind

-- 
Mailing list: https://launchpad.net/~netstack

<https://launchpad.net/%7Enetstack>
Post to : netstack@lists.launchpad.net
<mailto:netstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~netstack
<https://launchpad.net/%7Enetstack>
More help   : https://help.launchpad.net/ListHelp




--
~~~
Dan Wendlandt
Nicira Networks, Inc.
www.nicira.com <http://www.nicira.com> | www.openvswitch.org 
<http://www.openvswitch.org>

Sr. Product Manager
cell: 650-906-2650
~~~



-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Re: [Netstack] Dashboard updated screenshots

2011-08-09 Thread Arvind Somya



  
  
Hey Jamey

The attachment field is indeed the VIF id that's attached to the
port currently, in my case the VIF id ended up being '1' :) 

I'll add a label and instance id/name in that column.

Thanks
Arvind

On 08/09/2011 04:24 PM, Jamey Meredith wrote:

  
  

  I assume that each port can only have one attachment.  It
would be useful (in the port details) to see the
instanceID/vifID that's attached to the port rather than the
number of attachments.
  
  
  Otherwise it looks great.  
  

  

  

  
  
  
  
    
      From: Arvind Somya
  <aso...@cisco.com>
  Date: Tue, 9 Aug 2011
  16:21:03 -0400
  To: Dan Wendlandt
  <d...@nicira.com>
  Cc: <netstack@lists.launchpad.net>
  Subject: Re:
  [Netstack] Dashboard updated screenshots




  Hey Dan,

- Yeah available ports refers to ports wihthout
attachments.. there's no limits at least in the dashboard to
the number of ports you can add. The nomenclature can be
changed if's ambiguous.

- The VIF id's are actually real VIF ids from nova
instances. I extended nova's default server view to expose
the VIF id's just to get the last bit of the dashboard
working. I was gonna ask in today meeting whether I should
commit this bit or wait for a proper extension.

Thanks
Arvind

On 08/09/2011 04:13 PM, Dan Wendlandt wrote:

  These pics are awesome Arvind, very cool to see see
  Quantum in graphical form :) 
  
  
  A couple of quick questions:
  - I noticed the notion of "Available" ports.  Does
this just refer to ports without attachments?  When I
first saw it, I thought it implied some maximum number
of ports on the network.  Just want to confirm that one
has the ability to dynamically add additional ports to
the network at any time.   
  - The picker for the selecting interfaces is very
cool.  I'm guessing this works just by listing
interfaces and assuming each VM has exactly one VIF?  As
a heads up, Ryu + Troy are working on an extension to
nova that will expose true VIF-ids via the nova API.
 This same vif-id will also be passed down to the
vif-plug driver, allowing the quantum plugin to know
exactly where each vif-id is plugged in.  
  
  
  Dan
  
  
      
On Tue, Aug 9, 2011 at 12:46
  PM, Arvind Somya 
<aso...@cisco.com>
  wrote:
  
Screenshots updated to the latest dev branch at:

http://wiki.openstack.org/QuantumClientGUI

Thanks
Arvind

  -- 
  Mailing list: 
https://launchpad.net/~netstack
  Post to     : 
netstack@lists.launchpad.net
  Unsubscribe : 
https://launchpad.net/~netstack
  More help   : 
https://help.launchpad.net/ListHelp





-- 
~~~
Dan Wendlandt 
Nicira Networks, Inc. 
www.nicira.com
| 
  www.openvswitch.org
Sr. Product Manager 
cell: 650-906-2650
~~~

  


  

-- Mailing list: https://launchpad.net/~netstack
Post to :
netstack@lists.launchpad.net
Unsubscribe :
https://launchpad.net/~netstack
More help :
https://help.launchpad.net/ListHelp
  
  This email may include confidential
information. If you received it in error, please delete it.

  

-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Re: [Netstack] Quantum dependency

2011-09-06 Thread Arvind Somya


Hey Joe

I dug into this a bit and found that my tests were not really mocking 
anything and running directly on Quantum. I was loading the 
local_settings instead of testsettings in my test environment and I had 
a quantum installation running where the settings specified it.


I was having trouble mocking out the Quantum integration due to the way 
the class hierarchy was structured, just changed the interaction method 
and pushed out new tests.. these should run without quantum.


https://github.com/4P/openstack-dashboard/pull/104

Thanks
Arvind

On 08/31/2011 07:33 PM, Joseph Heck wrote:

Thanks Arvind, I appreciate it!

I'm updating the README on that project to explain the unusual project 
setup for the future...


-joe

On Aug 31, 2011, at 4:07 PM, asomya wrote:
Ah, that explains it why I didn’t see them fail when I wrote those 
tests. I used django’s manage.py to run tests on the django_openstack 
module and the individual views.


I’ll check out your fix branch and take a look.

Thanks
Arvind

On 8/31/11 6:57 PM, "Joseph Heck" > wrote:


I have a branch of Dashboard at 
https://github.com/heckj/openstack-dashboard/tree/quantum_dep_fix 
 (branch name "quantum dep fix").


The openstack dashboard project is a bit unusual in that it has two 
distinct areas inside it, both of which need the dependencies added. 
You got the deps added the virtual env, which worked correctly - 
that effects the "openstack-dashboard" components and tests. If you 
read through "run_tests.sh" you'll see the craziness that is running 
the whole set of tests. ( I have a pull request in place to expand 
on that further (hopefully happening soon) that will include the 
pep8, pylint, and coverage metrics - they don't currently exist. )


There is another set of tests and setup that are run with buildout 
(blame Devin Carlen there... I think) - the buildout.cfg under 
django-openstack is where I added the dependencies as well 
(https://github.com/heckj/openstack-dashboard/commit/9f11bb0cc0f51da8a9c764e3c4e1d850de79af25). 
This component is the non-django-project specific code and is where 
the majority of the unit tests live. Even after adding the 
dependeny, I'm seeing unit tests failure (running ./run_tests.sh 
from the top) on a clean system - hence my odd questions. I'd 
happily welcome some eyes on that branch so we can get the tests 
passing on the openstack-dashboard project.


-joe

On Aug 31, 2011, at 3:40 PM, asomya wrote:

Hey Joe

I added the dependency to Quantum to the venv installer 
pip-required but for

some reason jenkins doesn't seem to install it.

As for the unit tests, these were for the network and port views in the
dashboard  and I mocked these. I'll double check if I set the 
testsettings

correctly.

Thanks
Arvind


On 8/31/11 6:32 PM, "Joseph Heck" > wrote:



Next dumb question -

I've added in the dependency to the buildout section of the 
dashboard, but the
unit tests are now failing asking for settings.QUANTUM_URL. Do the 
tests that
were added there require a running instance of Quantum (or at 
least the API)
to complete, or is that mocked out and they're just stumbling over 
not having

defaults in the no-django-project test setup?

-joe

On Aug 31, 2011, at 3:10 PM, Salvatore Orlando wrote:

Hi Joe,

The official and only Quantum repository we have at the moment is 
lp:quantum.


Cheers,
Salvatore


-Original Message-
From: netstack-
bounces+salvatore.orlando=eu.citrix@lists.launchpad.net 


[mailto:netstack-
bounces+salvatore.orlando=eu.citrix@lists.launchpad.net 
] 
On Behalf Of

Joseph Heck
Sent: 31 August 2011 23:04
To: netstack@lists.launchpad.net 


Subject: [Netstack] Quantum dependency

Dumb question - but where is quantum formally residing these 
days? Aiming
to fix a dependency bug that came in when we merged the Quantum 
stuff

into openstack dashboard, but I wasn't sure where to grab it...

lp:quantum the most appropriate place?

-joe

--
Mailing list: https://launchpad.net/~netstack 

Post to : netstack@lists.launchpad.net 

Unsubscribe : https://launchpad.net/~netstack 


More help   : https://help.launchpad.net/ListHelp












-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

[Netstack] Horizon update

2012-03-30 Thread Arvind Somya

Hey Netstackers

Just wanted to give you guys a quick update on the state of quantum
integration in horizon.

I just finished bringing quantum/horizon back to the state it was in Diablo
i.e. All CRUD operations, attaching/detaching ports, toggling ports etc.

I¹m still working on PEP8 compliance and writing tests before pushing this
out to the community; In the meantime if anyone wants to test it out you can
grab my development branch from:
https://github.com/asomya/horizon

Thanks
Arvind Somya
-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Re: [Netstack] Horizon update

2012-03-30 Thread Arvind Somya

Whoops, forgot to mention .. Use the asomya-dev¹ branch in that repo :P

Thanks
Arvind


On 3/30/12 7:52 PM, "Arvind Somya"  wrote:

> Hey Netstackers
> 
> Just wanted to give you guys a quick update on the state of quantum
> integration in horizon.
> 
> I just finished bringing quantum/horizon back to the state it was in Diablo
> i.e. All CRUD operations, attaching/detaching ports, toggling ports etc.
> 
> I¹m still working on PEP8 compliance and writing tests before pushing this out
> to the community; In the meantime if anyone wants to test it out you can grab
> my development branch from:
> https://github.com/asomya/horizon
> 
> Thanks
> Arvind Somya
> 
> 

-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Re: [Netstack] Horizon update

2012-04-04 Thread Arvind Somya

Hey Devin

Yeah I¹ll be at the developer¹s summit this time. I¹m looking forward to the
integration discussions :)

Thanks
Arvind


On 4/2/12 4:31 PM, "Devin Carlen"  wrote:

> Arvind, that's great!
> 
> Though Quantum support was officially removed from Horizon for Essex
> timeframe, that won't prevent us from adding support for Essex as a separate
> package thanks to a lot of great work done by Gabriel Hurley to make the
> framework pluggable.
> 
> If you're planning on being at the summit it would be fantastic to have you
> join us for the Horizon/Quantum integration discussions!
> 
> Best,
> 
> Devin
> 
> 
> On Mar 30, 2012, at 4:52 PM, Arvind Somya wrote:
> 
>> Horizon update 
>> Hey Netstackers
>> 
>> Just wanted to give you guys a quick update on the state of quantum
>> integration in horizon.
>> 
>> I just finished bringing quantum/horizon back to the state it was in Diablo
>> i.e. All CRUD operations, attaching/detaching ports, toggling ports etc.
>> 
>> I¹m still working on PEP8 compliance and writing tests before pushing this
>> out to the community; In the meantime if anyone wants to test it out you can
>> grab my development branch from:
>> https://github.com/asomya/horizon
>> 
>> Thanks
>> Arvind Somya 

-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Re: [Netstack] Horizon update

2012-04-13 Thread Arvind Somya

Just pushed out the integration to gerrit, review over here:

https://review.openstack.org/#/c/6548/

Thanks
Arvind Somya


On 4/2/12 5:13 PM, "Dan Wendlandt"  wrote:

> Very cool Arvind!  Great to have you back contributing to Quantum :) 
> 
> Hopefully you'll be at the summit, as Quantum/Horizon integration will be a
> key topic there.  It would be great to be able to demo the current state of
> things during that session.
> 
> Dan
> 
> 
> On Fri, Mar 30, 2012 at 4:52 PM, Arvind Somya  wrote:
>> Hey Netstackers
>> 
>> Just wanted to give you guys a quick update on the state of quantum
>> integration in horizon.
>> 
>> I just finished bringing quantum/horizon back to the state it was in Diablo
>> i.e. All CRUD operations, attaching/detaching ports, toggling ports etc.
>> 
>> I¹m still working on PEP8 compliance and writing tests before pushing this
>> out to the community; In the meantime if anyone wants to test it out you can
>> grab my development branch from:
>> https://github.com/asomya/horizon
>> 
>> Thanks
>> Arvind Somya 
>> 
>> --
>> Mailing list: https://launchpad.net/~netstack
>> Post to     : netstack@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~netstack
>> More help   : https://help.launchpad.net/ListHelp
>> 
> 
> 

-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

[Netstack] Horizon Update

2012-06-25 Thread Arvind Somya

Hey Netstackers

Sorry I've been unable to attend any of the weekly meetings due to timing
conflicts, Here's an update on the Horizon integration work:

* Panels to create/delete networks: done
* Panels to create/delete subnets per network: done
* Network selection integrated into the Horizon launch instance workflow:
done
At this point, All the UI work is complete and I need help with the
following:
* Does anyone have a working prototype of python-quantumclient with the v2
api?
* How should the networks being selected during instance creation be sent to
nova? I looked through the nova client and there seems to be an option to
specify 'nics' when creating an instance, is this the correct one to pass a
list of network id's to?
nics:  (optional extension) an ordered list of nics to
be
  added to this server, with information about
  connected networks, fixed ips, etc.
* Lastly is anyone available to write API tests after I finish the quantum
horizon API?
Thanks
Arvind


-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

[Netstack] Horizon update

2012-06-25 Thread Arvind Somya (asomya)

Hey Netstackers

 

Sorry I've been unable to attend any of the weekly meetings due to
timing conflicts, Here's an update on the Horizon integration work:

 

*   Panels to create/delete networks: done
*   Panels to create/delete subnets per network: done
*   Network selection integrated into the Horizon launch instance
workflow: done

At this point, All the UI work is complete and I need help with the
following:

*   Does anyone have a working prototype of python-quantumclient
with the v2 api?
*   How should the networks being selected during instance creation
be sent to nova? I looked through the nova client and there seems to be
an option to specify 'nics' when creating an instance, is this the
correct one to pass a list of network id's to?

nics:  (optional extension) an ordered list of nics
to be

  added to this server, with information
about

  connected networks, fixed ips, etc.

*   Lastly is anyone available to write API tests after I finish the
quantum horizon API?

Thanks

Arvind

 

-- 
Mailing list: https://launchpad.net/~netstack
Post to : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Re: [Netstack] Quantum Plugin for OpenStack Dashboard feedback

Re: [Netstack] OpenStack Dashboard

[Netstack] Port states

Re: [Netstack] Port states

Re: [Netstack] Port states

[Netstack] Dashboard updated screenshots

Re: [Netstack] Port states

Re: [Netstack] Port states

Re: [Netstack] Dashboard updated screenshots

Re: [Netstack] Dashboard updated screenshots

Re: [Netstack] Quantum dependency

[Netstack] Horizon update

Re: [Netstack] Horizon update

Re: [Netstack] Horizon update

Re: [Netstack] Horizon update

[Netstack] Horizon Update

[Netstack] Horizon update

17 matches

Site Navigation

Mail list logo

Footer information