Open Stack

Hello,

I don't know the exact reason you're seeing this issue, but there are a few
pointers/suggestions:

* Try to set the nova.conf settings the same across both the controller and
compute node. Although you're not using nova-network on your controller,
doing this can't hurt. So for your environment, try transferring your
network settings to your controller.

*  For your environment, is br-sviluppo the bridge that instances will
attach to? If so, then this is what you would specify for the `--bridge`
argument in your network creation command. `--bridge_interface` would
be bond0.632.

* Turn on both verbose (verbose=true) and debug (debug=true) in nova.conf
and then grep for ERROR on both the controller and compute node when you
launch an instance.

When your instance launches, does eth0 exist at all? Perhaps it's just not
configured with the IP you have specified? Or is the _only_ network
interface on the instance lo? Does `dmesg` on the instance report any
issues?

Joe

On Thu, Mar 12, 2015 at 5:31 AM, Pedro Serotto <pedro.serotto at yahoo.es>
wrote:

> Thank you very much for your answers . Maybe I was a bit ' messy. Now try
> again.
>
> I'm on debian jessie, and I try to run juno.
>
> In my environment the best solution is to use nova-network with
> Flatmanager.
>
> So here is my configurations and the command that i run.
>
> On compute node, in my nova.conf:
>
> .........
> network_api_class=nova.network.api.API
> security_group_api=nova
> linuxnet_interface_driver=nova.network.linux_net.LinuxBridgeInterfaceDriver
> network_manager=nova.network.manager.FlatManager
> flat_injected=true
> firewall_driver=nova.virt.libvirt.firewall.IptablesFirewallDriver
> multi_host=true
> .........
>
> ....on the same node, my /etc/network/interface:
>
> .........
>  auto br-sviluppo
>  iface br-sviluppo inet manual
>         bridge_stp off
>         bridge_fd 0
>         bridge_maxwait 0
>         bridge_ports bond0.632
> .........
>
> On controller node, nova.conf:
>
> .........
> network_api_class = nova.network.api.API
> security_group_api = nova
> .........
>
> .....and my commands:
> root at controller:~# source develop-openrc.sh
> root at controller:~# nova-manage network create --multi_host=T
> --fixed_range_v4=192.168.156.0/24 --bridge=br100
> --bridge_interface=br-sviluppo --num_networks=1 --network_size=256
> --label=sviluppo --gateway=192.168.156.252 --dns1=8.8.8.8
> root at controller:~# nova boot --flavor 4
> --image=3ca732f6-4fe3-4896-bb74-96cde1a2cc1c --nic
> net-id=8acaaad4-a270-410a-a7bf-27f8cbef9830,v4-fixed-ip=192.168.156.11
> --security_group=default debian-wheezy
>
> The vm boot without any problem, but it does not have any network
> interface except the loopback.
>
> Obviously this makes vm unusable.
>
> Configuration and commands seem to be correct. Aren't they?
>
> What can I do to identify and resolve the problem ?
>
> Thanks for your help
>
> P.
>
>
>   El Jueves 12 de marzo de 2015 1:14, "Li, Chen" <chen.li at intel.com>
> escribió:
>
>
>  You’re using Juno, why not enable neutron ?
>
> Thanks.
> -chen
>
> *From:* Anne Gentle [mailto:annegentle at justwriteclick.com]
> *Sent:* Thursday, March 12, 2015 1:48 AM
> *To:* Pedro Serotto
> *Cc:* openstack at lists.openstack.org
> *Subject:* Re: [Openstack] nova boot does not create nic into vm
>
>
>
>  On Wed, Mar 11, 2015 at 12:14 PM, Pedro Serotto <pedro.serotto at yahoo.es>
> wrote:
>   Nobody can help me? I made a stupid question ?
>
>
>  It's not a stupid question, but it's a busy week and networking is quite
> complex. :) Lots of questions like this are on http://ask.openstack.org.
>
>  Since you mentioned debian, be sure to check out some configuration
> assumptions that will prevent launching an instance:
>
>  https://bugs.launchpad.net/openstack-manuals/+bug/1417250
>
>  https://bugs.launchpad.net/openstack-manuals/+bug/1417245
>
>  Perhaps that info will get you further along in your quest.
>  Thanks,
>  Anne
>
>
>   P.
>
> _______________________________________________
> Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to     : openstack at lists.openstack.org
> Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
>
>
>
>  --
>  Anne Gentle
> annegentle at justwriteclick.com
>
>
>
> _______________________________________________
> Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to     : openstack at lists.openstack.org
> Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20150312/4ce3fdf9/attachment.html>