Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: OpenStack: Netstack

Role of "nova-manage network" commands when using QuantumManager

 

 

OpenStack netstack RSS feed   Index | Next | Previous | View Threaded


Mandar.Vaze at nttdata

Apr 12, 2012, 1:38 AM

Post #1 of 3 (468 views)
Permalink
Role of "nova-manage network" commands when using QuantumManager

It is my understanding that in multi-node setup :

* nova-manage can be executed from any machine which may not be running nova-network process. (Or should nova-manage always be run on nova-network node ?)

* nova-manage does DB operations and delegates the actual networking calls to nova-network process ?

Is this understanding correct ?

I traced "nova-manage network create" and nova-manage network delete" using FlatDHCPManager (default for devstack/stack.sh)
Both these calls seem to be doing only DB operations.
BTW, nova-network process was shutdown during both "network create" and "network delete" - Still both operations were successful.

But when using QuantumManager as network manager - nova-manage seems to be doing networking operations like "iptables-save" (during network create) and "kill_dhcp" (during network delete)
(via linux-net L3 driver)

Since nova-manage command may be executed on a host which isn't running nova-network - network commands like "iptables" and "kill -9 <pid of dnsmasq>" on host running nova-manage seems incorrect.

For the first scenario (iptables-save during "network create" - there is already a defect in LP : https://bugs.launchpad.net/nova/+bug/977738
and review : https://review.openstack.org/6451

I would like your comments and opinions which would help me understand "What nova-manage should and should NOT do"

Thanks,
-Mandar





______________________________________________________________________
Disclaimer:This email and any attachments are sent in strictest confidence for the sole use of the addressee and may contain legally privileged, confidential, and proprietary data. If you are not the intended recipient, please advise the sender by replying promptly to this email and then delete and destroy this email and any attachments without any further use, copying or forwarding


heut2008 at gmail

Apr 12, 2012, 7:46 AM

Post #2 of 3 (447 views)
Permalink
Re: Role of "nova-manage network" commands when using QuantumManager [In reply to]

nova-manage is an admin tool,just as you said,it opeates the DB
directly,and can be executed both in nova-network node and
nova-compute node,it is a simple way to work as an admin tool before
keystone come out. in folsom,there will be and admin tool like
novaclient to take the place of nova-manage.

2012/4/12 Vaze, Mandar <Mandar.Vaze [at] nttdata>:
> It is my understanding that in multi-node setup :
>
> ·         nova-manage can be executed from any machine which may not be
> running nova-network process.  (Or should nova-manage always be run on
> nova-network node ?)
>
> ·         nova-manage does DB operations and delegates the actual networking
> calls to nova-network process ?
>
>
>
> Is this understanding correct ?
>
>
>
> I traced “nova-manage network create” and nova-manage network delete” using
> FlatDHCPManager (default for devstack/stack.sh)
>
> Both these calls seem to be doing only DB operations.
>
> BTW, nova-network process was shutdown during both “network create” and
> “network delete” – Still both operations were successful.
>
>
>
> But when using QuantumManager as network manager – nova-manage seems to be
> doing networking operations like “iptables-save” (during network create) and
> “kill_dhcp” (during network delete)
>
> (via linux-net L3 driver)
>
>
>
> Since nova-manage command may be executed on a host which isn’t running
> nova-network – network commands like “iptables” and “kill -9 <pid of
> dnsmasq>” on host running nova-manage seems incorrect.
>
>
>
> For the first scenario (iptables-save during “network create” – there is
> already a defect in LP : https://bugs.launchpad.net/nova/+bug/977738
>
> and review : https://review.openstack.org/6451
>
>
>
> I would like your comments and opinions which would help me understand
>  “What nova-manage should and should NOT do”
>
>
>
> Thanks,
>
> -Mandar
>
>
>
>
>
>
>
>
>
>
> ______________________________________________________________________
> Disclaimer:This email and any attachments are sent in strictest confidence
> for the sole use of the addressee and may contain legally privileged,
> confidential, and proprietary data. If you are not the intended recipient,
> please advise the sender by replying promptly to this email and then delete
> and destroy this email and any attachments without any further use, copying
> or forwarding
>
> --
> Mailing list: https://launchpad.net/~netstack
> Post to     : netstack [at] lists
> Unsubscribe : https://launchpad.net/~netstack
> More help   : https://help.launchpad.net/ListHelp
>

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


dan at nicira

Apr 12, 2012, 9:14 AM

Post #3 of 3 (450 views)
Permalink
Re: Role of "nova-manage network" commands when using QuantumManager [In reply to]

Hi Mandar,

Thanks for bringing this up. For Essex, nova-manage commands to
create/delete Quantum networks must be run on the nova-network node. For
Folsom this will all change, as all networks will be created directly
against the Quantum API, rather than using nova-manage. I'll add a note to
the administrator guide, as this is not called there. Thanks!

Dan


On Thu, Apr 12, 2012 at 1:38 AM, Vaze, Mandar <Mandar.Vaze [at] nttdata>wrote:

> It is my understanding that in multi-node setup :****
>
> **· **nova-manage can be executed from any machine which may not
> be running nova-network process. (Or should nova-manage always be run on
> nova-network node ?)****
>
> **· **nova-manage does DB operations and delegates the actual
> networking calls to nova-network process ?****
>
> ** **
>
> Is this understanding correct ?****
>
> ** **
>
> I traced “nova-manage network create” and nova-manage network delete”
> using FlatDHCPManager (default for devstack/stack.sh)****
>
> Both these calls seem to be doing only DB operations.****
>
> BTW, nova-network process was shutdown during both “network create” and
> “network delete” – Still both operations were successful.****
>
> ** **
>
> But when using QuantumManager as network manager – nova-manage seems to be
> doing networking operations like “iptables-save” (during network create)
> and “kill_dhcp” (during network delete)****
>
> (via linux-net L3 driver)****
>
> ** **
>
> Since nova-manage command may be executed on a host which isn’t running
> nova-network – network commands like “iptables” and “kill -9 <pid of
> dnsmasq>” on host running nova-manage seems incorrect.****
>
> ** **
>
> For the first scenario (iptables-save during “network create” – there is
> already a defect in LP : https://bugs.launchpad.net/nova/+bug/977738****
>
> and review : https://review.openstack.org/6451****
>
> ** **
>
> I would like your comments and opinions which would help me understand
> “What nova-manage should and should NOT do”****
>
> ** **
>
> Thanks,****
>
> -Mandar****
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
> ______________________________________________________________________
> Disclaimer:This email and any attachments are sent in strictest confidence
> for the sole use of the addressee and may contain legally privileged,
> confidential, and proprietary data. If you are not the intended recipient,
> please advise the sender by replying promptly to this email and then delete
> and destroy this email and any attachments without any further use, copying
> or forwarding
>
> --
> Mailing list: https://launchpad.net/~netstack
> Post to : netstack [at] lists
> Unsubscribe : https://launchpad.net/~netstack
> More help : https://help.launchpad.net/ListHelp
>
>


--
~~~~~~~~~~~~~~~~~~~~~~~~~~~
Dan Wendlandt
Nicira, Inc: www.nicira.com
twitter: danwendlandt
~~~~~~~~~~~~~~~~~~~~~~~~~~~

OpenStack netstack RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.