Ask Your Question
0

nova boot creates instance in error state: network bridge isn't created [closed]

asked 2015-03-17 17:20:42 -0500

jcope gravatar image

updated 2015-03-23 12:38:48 -0500

This is my first go at Openstack. I'm following steps 1 - 7 from http://docs.openstack.org/juno/install-guide/install/yum/content/launch-instance-nova.html (http://docs.openstack.org/juno/instal...)

General:

  • RHEL 7.0
  • Juno
  • LEGACY Networking (Nova)
  • 8 compute nodes / 1 controller
  • NetworkManger off / disabled
  • iptables off / disabled
  • 1 network interface per node ( bond0 )

Issue: Every time I create an instance with nova boot, the result is a server with state: ERROR. Combing through the logs, nova-conductor.log has an error line that mentions "Cannot get interface MTU on 'br100': No such device". Looking at the node that the instance was created on, there is no bridge interface. The guide doesn't mention anything about manually creating the bridge.

My understanding is that it's meant to be done automatically at the moment the instance is created. Is that true? And if so, I'd appreciate any help diagnosing the cause.

Sorry in advance for the wall of text. I tried to make it as readable as I could.

Following http://docs.openstack.org/juno/install-guide/install/yum/content/launch-instance-nova.html (http://docs.openstack.org/juno/instal...) , I run

# nova boot --flavor m1.tiny --image cirros-0.3.3-x86_64 --nic net-id=8fed6262-d5d5-497d-996b-2c26922fcbcf  --security-group default --key-name demo-key demo-instance1

--------------------------------------------------------------------------------------------
| Property                             | Value
| OS-DCF:diskConfig                    | MANUAL
| OS-EXT-AZ:availability_zone          | nova
| OS-EXT-STS:power_state               | 0
| OS-EXT-STS:task_state                | scheduling
| OS-EXT-STS:vm_state                  | building
| OS-SRV-USG:launched_at               | - 
| OS-SRV-USG:terminated_at             | - 
| accessIPv4                           |           
| accessIPv6                           |            
| adminPass                            | w4zcTWdi69J8
| config_drive                         |               
| created                              | 2015-03-17T20:51:17Z
| flavor                               | m1.tiny (1)
| hostId                               |                
| id                                   | c87f8800-63c5-47fd-96c3-8d37dceba955     
| image                                | cirros-0.3.3-x86_64 (2d70875d-d07c-413c-8a6e-d521b21ac192)
| key_name                             | demo-key
| metadata                             | {}        
| name                                 | demo-instance1  
| os-extended-volumes:volumes_attached | []               
| progress                             | 0      
| security_groups                      | default         
| status                               | BUILD         
| tenant_id                            | 1cb52dc33f8142c69590b16bd6fa53d2
| updated                              | 2015-03-17T20:51:17Z     
| user_id                              | 3a6e30e6d1334f499ff13e00b65859a5
-------------------------------------------------------------------------------------------------

[root@controller ~]# nova list
| ID              | Name           | Status | Task State | Power State | Networks
| c87f8800-63c5-47fd-96c3-8d37dceba955 | demo-instance1 | ERROR  | -    | NOSTATE     | demo-net=10.1.7.2

From controller /var/log/nova/nova-conductor.log

2015-03-17 20:51:17.420 26007 INFO oslo.messaging._drivers.impl_rabbit [req-b3441565-61df-4c9c-ba79-71093f4b3d31 ] Connecting to AMQP server on localhost:5672

2015-03-17 20:51:17.446 26007 INFO oslo.messaging._drivers.impl_rabbit [req-b3441565-61df-4c9c-ba79-71093f4b3d31 ] Connected to AMQP server on localhost:5672

2015-03-17 20:51:36.891 26001 ERROR nova.scheduler.utils [req-b3441565-61df-4c9c-ba79-71093f4b3d31 None] [instance: c87f8800-63c5-47fd-96c3-8d37dceba955] Error from last host: compute2.osp (node compute2.osp): [u'Traceback (most recent call last):\n', u'  File "/usr/lib/python2.7/site-packages/nova/compute/manager.py", line 2033, in _do_build_and_run_instance\n    filter_properties)\n', u'  File "/usr/lib/python2.7/site-packages/nova/compute/manager.py", line 2164, in _build_and_run_instance\n    instance_uuid=instance.uuid, reason=six.text_type(e))\n', u"RescheduledException: Build of instance c87f8800-63c5-47fd-96c3-8d37dceba955 was re-scheduled: internal error: referenced filter 'no-mac-spoofing' is missing\n"]

2015-03-17 20:51:36.897 26001 INFO oslo.messaging._drivers.impl_rabbit [req-b3441565-61df-4c9c-ba79-71093f4b3d31 ] Connecting to AMQP server on localhost:5672

2015-03-17 20:51:36.922 26001 INFO oslo.messaging._drivers.impl_rabbit [req-b3441565-61df-4c9c-ba79-71093f4b3d31 ] Connected to AMQP server on localhost:5672

2015-03-17 20:51:43.437 26001 ERROR nova.scheduler.utils [req-b3441565-61df-4c9c-ba79-71093f4b3d31 None] [instance: c87f8800-63c5-47fd-96c3-8d37dceba955] Error from last host: compute3.osp (node compute3.osp): [u'Traceback (most recent call last):\n', u'  File "/usr/lib/python2.7/site-packages ...
(more)
edit retag flag offensive reopen merge delete

Closed for the following reason duplicate question by jcope
close date 2015-03-27 16:01:10.465583

Comments

Hi,once restart rabbitmq service.Give a try with different combination of image, image flavor, and net-id.

Praveen N gravatar imagePraveen N ( 2015-03-18 15:39:26 -0500 )edit

@Praveen N I've given it a try but the results are still the same. It still fails to create the br100 bridge on instance creation.

jcope gravatar imagejcope ( 2015-03-19 12:29:10 -0500 )edit

2 answers

Sort by ยป oldest newest most voted
1

answered 2015-03-27 16:00:11 -0500

jcope gravatar image

Thanks for pointing out the no-mac-spoofing error @mrbriancollins.

From that, I've found a solution that's worked (and probably makes this question a repeat).

As mentioned in the linked solution, running virsh nwfilter-list didn't display a "no-mac-spoofing" entry. This was solved running yum install -y libvirt-daemon-config-nwfilter.

See original solution at: https://ask.openstack.org/en/question/52718/unable-to-create-instancelibvirterror-internal-error-referenced-filter-no-mac-spoofing-is-missing/ (https://ask.openstack.org/en/question...)

edit flag offensive delete link more
0

answered 2015-03-23 13:29:07 -0500

mrbriancollins gravatar image

no-mac-spoofing is the error. see if your bridge is starting correctly and able to pull and address. I believe Lars from redhat has a good informational video on how to do this.

https://www.redhat.com/archives/rdo-l...

follow this. mac spoofing sounds like you are using the HWADDR instead of MACADDR to me. But what do I know???

edit flag offensive delete link more

Get to know Ask OpenStack

Resources for moderators

Question Tools

Stats

Asked: 2015-03-17 17:20:42 -0500

Seen: 3,045 times

Last updated: Mar 27 '15