openstack team mailing list archive

[Dan Wendlandt <dan@xxxxxxxxxx>]

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@xxxxxxxxxxx>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@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~netstack
> More help   : https://help.launchpad.net/ListHelp
>
>


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