[Openstack] ML2 Plugin and vif_type=binding_failed

Mark Kirkwood mark.kirkwood at catalyst.net.nz
Fri Jun 20 05:50:46 UTC 2014


He did this:

$ cat /etc/neutron/neutron.conf
...
[database]
# set in plugin
#connection =


$ cat /etc/neutron/plugins/ml2/ml2_conf.ini
...
[database]
connection = mysql://neutron:password@127.0.0.1/neutron

Then (re)initialize the various db structures and restart all neutron 
daemons:

$ neutron-db-manage --config-file /etc/neutron/neutron.conf \
   --config-file /etc/neutron/plugins/ml2/ml2_conf.ini upgrade head

On 20/06/14 15:49, Raphael Ribeiro wrote:
> Hi Heiko, what was wrong with the ml2 config? Can you post here?
>
> I'm having the same problem,.
>
> Thanks!
>
>
> 2014-06-17 9:51 GMT-03:00 Heiko Krämer <hkraemer at anynines.com>:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hi Akesh,
>>
>> you're right on the controller host was the ml2 config not correct -.-
>> my false.
>>
>> In addition in the ml2_conf need to be the database connection
>> informations like in ovs.
>>
>> It's running now :)
>>
>> Thanks again.
>>
>>
>> Cheers
>> Heiko
>>
>> On 17.06.2014 12:31, Akash Gunjal wrote:
>>> Hi,
>>>
>>> This error occurs when the config is wrong wither on controller or
>>> the compute. Check the ml2_conf.ini on controller and
>>> ovs_plugin.ini on the compute.
>>>
>>>
>>> Regards, Akash
>>>
>>>
>>>
>>> From: Heiko Krämer <hkraemer at anynines.com> To:        Akilesh K
>>> <akilesh1597 at gmail.com>, Cc:  "openstack at lists.openstack.org"
>>> <openstack at lists.openstack.org> Date: 06/17/2014 03:56 PM Subject:
>>> Re: [Openstack] ML2 Plugin and vif_type=binding_failed
>>>
>>>
>>>
>>> Hi Akilesh,
>>>
>>> i see this warn on neutron-server
>>>
>>> 2014-06-17 10:14:20.283 24642 WARNING neutron.plugins.ml2.managers
>>> [req-d23b58ce-3389-4af5-bdd2-a78bd7cec507 None] Failed to bind
>>> port f71d7e0e-8955-4784-83aa-c23bf1b16f4f on host
>>> nettesting.hydranodes.de
>>>
>>>
>>> if i restart ovs-agent on network node i see this one: 2014-06-17
>>> 09:28:26.029 31369 ERROR neutron.agent.linux.ovsdb_monitor [-]
>>> Error received from ovsdb monitor:
>>> 2014-06-17T09:28:26Z|00001|fatal_signal|WARN|terminating with
>>> signal 15 (Terminated) 2014-06-17 09:28:29.275 31870 WARNING
>>> neutron.plugins.openvswitch.agent.ovs_neutron_agent [-] Device
>>> f71d7e0e-8955-4784-83aa-c23bf1b16f4f not defined on plugin
>>> 2014-06-17 09:28:29.504 31870 WARNING
>>> neutron.plugins.openvswitch.agent.ovs_neutron_agent [-] Device
>>> 39bb4ba0-3d37-4ffe-9c81-073807f8971a not defined on plugin
>>>
>>>
>>> same on comp host if i restart ovs agent: 2014-06-17 09:28:44.446
>>> 25476 ERROR neutron.agent.linux.ovsdb_monitor [-] Error received
>>> from ovsdb monitor:
>>> 2014-06-17T09:28:44Z|00001|fatal_signal|WARN|terminating with
>>> signal 15 (Terminated)
>>>
>>>
>>> but ovs seems to be correct:
>>>
>>> ##Compute## 7bbe81f3-79fa-4efa-b0eb-76addb57675c Bridge br-tun Port
>>> "gre-64141401" Interface "gre-64141401" type: gre options:
>>> {in_key=flow, local_ip="100.20.20.2", out_key=flow,
>>> remote_ip="100.20.20.1"} Port patch-int Interface patch-int type:
>>> patch options: {peer=patch-tun} Port br-tun Interface br-tun type:
>>> internal Bridge br-int Port br-int Interface br-int type: internal
>>> Port patch-tun Interface patch-tun type: patch options:
>>> {peer=patch-int} ovs_version: "2.0.1"
>>>
>>>
>>>
>>> ### Network node### a40d7fc6-b0f0-4d55-98fc-c02cc7227d6c Bridge
>>> br-ex Port br-ex Interface br-ex type: internal Bridge br-tun Port
>>> "gre-64141402" Interface "gre-64141402" type: gre options:
>>> {in_key=flow, local_ip="100.20.20.1", out_key=flow,
>>> remote_ip="100.20.20.2"} Port patch-int Interface patch-int type:
>>> patch options: {peer=patch-tun} Port br-tun Interface br-tun type:
>>> internal Bridge br-int Port int-br-int Interface int-br-int Port
>>> "tapf71d7e0e-89" tag: 4095 Interface "tapf71d7e0e-89" type:
>>> internal Port br-int Interface br-int type: internal Port
>>> patch-tun Interface patch-tun type: patch options:
>>> {peer=patch-int} Port "qr-39bb4ba0-3d" tag: 4095 Interface
>>> "qr-39bb4ba0-3d" type: internal Port phy-br-int Interface
>>> phy-br-int ovs_version: "2.0.1"
>>>
>>>
>>> I see this one in my neutron DB:
>>>
>>> neutron=# select * from ml2_port_bindings ; port_id
>>> |           host           | vif_type    | driver | segment |
>>> vnic_type | vif_details | profile -
>>>
>> --------------------------------------+--------------------------+----------------+--------+---------+-----------+-------------+---------
>>>
>>>   39bb4ba0-3d37-4ffe-9c81-073807f8971a | nettesting.hydranodes.de |
>>> binding_failed |        |         | normal    |             | {}
>>> f71d7e0e-8955-4784-83aa-c23bf1b16f4f | nettesting.hydranodes.de |
>>> binding_failed |        |         | normal    |             | {}
>>>
>>>
>>> is that maybe the problem ?
>>>
>>> Cheers Heiko
>>>
>>>
>>>
>>> On 17.06.2014 12:08, Akilesh K wrote:
>>>> File looks good except that [agent] section is not needed. Can
>>>> you reply with some log from '/var/log/neutron/server.log'
>>>> during instance launch exactly.
>>>
>>>> The vif_type=binding_failed occurs when neutron is unable to
>>>> create a port for some reason. Either neutron server log or the
>>>> plugin's log file should have some information why it failed in
>>>> first place.
>>>
>>>
>>>> On Tue, Jun 17, 2014 at 3:07 PM, Heiko Krämer
>>>> <hkraemer at anynines.com> wrote:
>>>
>>>> Hi Kaya,
>>>
>>>> https://gist.github.com/foexle/e1f02066d6a9cff306f4
>>>
>>>> Cheers Heiko
>>>
>>>> On 17.06.2014 11:17, Yankai Liu wrote:
>>>>>>> Heiko,
>>>>>>>
>>>>>>> Would you please share your ml2_conf.ini?
>>>>>>>
>>>>>>> Best Regards, Kaya Liu 刘艳凯 Cloud Architect, Canonical
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 17, 2014 at 4:58 PM, Heiko Krämer
>>>>>>> <hkraemer at anynines.com> wrote:
>>>>>>>
>>>>>>> Hi guys,
>>>>>>>
>>>>>>> i'm trying to get work ml2 plugin in Icehouse (Ubuntu
>>>>>>> 14.04+cloud archive packages). I get everything if it try
>>>>>>> to start an instance:
>>>>>>>
>>>>>>> 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher six.reraise(self.type_,
>>>>>>> self.value, self.tb) 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher File
>>>>>>> "/usr/lib/python2.7/dist-packages/nova/compute/manager.py",
>>>>>>>
>>>>>>>
>> line 1396, in _reschedule_or_error 2014-06-17 08:42:01.893
>>>>>>> 25437 TRACE oslo.messaging.rpc.dispatcher bdms,
>>>>>>> requested_networks) 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher File
>>>>>>> "/usr/lib/python2.7/dist-packages/nova/compute/manager.py",
>>>>>>>
>>>>>>>
>> line 2125, in _shutdown_instance 2014-06-17 08:42:01.893
>>>>>>> 25437 TRACE oslo.messaging.rpc.dispatcher
>>>>>>> requested_networks) 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher File
>>>>>>> "/usr/lib/python2.7/dist-packages/nova/openstack/common/excutils.py",
>>>>>>>
>>>>>>>
>>>
>>>>>>>
>>>>>>>
>>> line 68, in __exit__
>>>>>>> 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher six.reraise(self.type_,
>>>>>>> self.value, self.tb) 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher File
>>>>>>> "/usr/lib/python2.7/dist-packages/nova/compute/manager.py",
>>>>>>>
>>>>>>>
>> line 2115, in _shutdown_instance 2014-06-17 08:42:01.893
>>>>>>> 25437 TRACE oslo.messaging.rpc.dispatcher
>>>>>>> block_device_info) 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher File
>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py",
>>>>>>>
>>>>>>>
>>>
>>>>>>>
>> line 953, in destroy 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher destroy_disks) 2014-06-17
>>>>>>> 08:42:01.893 25437 TRACE oslo.messaging.rpc.dispatcher
>>>>>>> File
>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py",
>>>>>>>
>>>>>>>
>>>
>>>>>>>
>> line 989, in cleanup 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher self.unplug_vifs(instance,
>>>>>>> network_info) 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher File
>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py",
>>>>>>>
>>>>>>>
>>>
>>>>>>>
>> line 860, in unplug_vifs 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher
>>>>>>> self.vif_driver.unplug(instance, vif) 2014-06-17
>>>>>>> 08:42:01.893 25437 TRACE oslo.messaging.rpc.dispatcher
>>>>>>> File
>>>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/vif.py",
>>>>>>>
>>>>>>>
>> line 798, in unplug 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher _("Unexpected vif_type=%s")
>>>>>>> % vif_type) 2014-06-17 08:42:01.893 25437 TRACE
>>>>>>> oslo.messaging.rpc.dispatcher NovaException: Unexpected
>>>>>>> vif_type=binding_failed 2014-06-17 08:42:01.893 25437
>>>>>>> TRACE oslo.messaging.rpc.dispatcher
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> So i've found a solution but still not working yet ?!
>>>>>>>
>>>>>>>
>>>
>>>
>> https://ask.openstack.org/en/question/29518/unexpected-vif_typebinding_failed/?answer=32429#post-id-32429
>>>
>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>
>>> I've checked the agent_down_time and retry interval. All neutron
>>>>>>> agents are present and running if i check the api.
>>>>>>>
>>>>>>> ovs plugin and ml2 plugin config are the same.
>>>>>>>
>>>>>>> DHCP and l3 agents creates ports on openvswitch (network
>>>>>>> host) but i get the error (above) on compute hosts.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Modules are installed and loaded:
>>>>>>>
>>>>>>> filename:
>>>>>>> /lib/modules/3.13.0-29-generic/kernel/net/openvswitch/openvswitch.ko
>>>>>>>
>>>>>>>
>>>
>>>>>>>
>>>>>>>
>>> license:        GPL
>>>>>>> description:    Open vSwitch switching datapath
>>>>>>> srcversion: 1CEE031973F0E4024ACC848 depends:
>>>>>>> libcrc32c,vxlan,gre intree: Y vermagic:
>>>>>>> 3.13.0-29-generic SMP mod_unload modversions signer:
>>>>>>> Magrathea: Glacier signing key sig_key:
>>>>>>> 66:02:CB:36:F1:31:3B:EA:01:C4:BD:A9:65:67:CF:A7:23:C9:70:D8
>>>>>>>
>>>>>>>
>> sig_hashalgo:   sha512
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Nova-Config [DEFAULT] libvirt_type=kvm
>>>>>>> libvirt_ovs_bridge=br-int libvirt_vif_type=ethernet
>>>>>>> libvirt_use_virtio_for_bridges=True
>>>>>>> libvirt_cpu_mode=host-passthrough
>>>>>>> disk_cachemodes="file=writeback,block=none"
>>>>>>> running_deleted_instance_action=reep
>>>>>>> compute_driver=libvirt.LibvirtDriver
>>>>>>> libvirt_inject_partition = -1 libvirt_nonblocking = True
>>>>>>> vif_plugging_is_fatal = False vif_plugging_timeout = 0
>>>>>>>
>>>>>>> [..]
>>>>>>>
>>>>>>> network_api_class=nova.network.neutronv2.api.API
>>>>>>> neutron_url=http://net.cloud.local:9696
>>>>>>> neutron_metadata_proxy_shared_secret = xxx
>>>>>>> neutron_auth_strategy=keystone
>>>>>>> neutron_admin_tenant_name=service
>>>>>>> neutron_admin_username=keystone neutron_admin_password=xxx
>>>>>>> neutron_admin_auth_url=https://auth-testing.cloud.local:35357/v2.0
>>>>>>>
>>>>>>>
>>>
>>>>>>>
>> linuxnet_interface_driver=nova.network.linux_net.LinuxOVSInterfaceDriver
>>>>>>>
>>>>>>>
>>>> firewall_driver=nova.virt.firewall.NoopFirewallDriver
>>>>>>> security_group_api=neutron
>>>>>>> service_neutron_metadata_proxy=true
>>>>>>> force_dhcp_release=True
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Do anyone have the same problem and solved it ?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Cheers and Thanks Heiko
>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________ 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
>>>>>>>>
>>>>>>>
>>>
>>>>>>>>
>>>>>>>>
>>>>>
>>>>> _______________________________________________ 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
>>>>>
>>>
>>>
>>>
>>> _______________________________________________ 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
>>>
>>
>> - --
>> Anynines.com
>>
>> B.Sc. Informatik
>> CIO
>> Heiko Krämer
>>
>>
>> Twitter: @anynines
>>
>> - - ----
>> Geschäftsführer: Alexander Faißt, Dipl.-Inf.(FH) Julian Fischer
>> Handelsregister: AG Saarbrücken HRB 17413, Ust-IdNr.: DE262633168
>> Sitz: Saarbrücken
>> Avarteq GmbH
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.14 (GNU/Linux)
>> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>>
>> iQEcBAEBAgAGBQJToDnbAAoJELxFogM4ixOF2gcIAOBU7VyL9YB3VPH101zFsNvZ
>> VMtUJTiFE2j/esNCvtp+Vh/FQFBZtWWyvACU4eMtMp1ET9WOdjFFJFYPyDtK+GZJ
>> sGs2DAC1z3NnWdPkSZC1aW0L5urLPHRqQc6d6rk7PUgxN6zA5w9unSOWZDL9GM9b
>> ELSOr/suU5EH8vI6hJZVYhyjq3Mrjaf81xZXT5DmrfrLWan4o1+y5pubBhpRw4vO
>> MOgrAKiMStP4Ok2wTssZ13MvmZeMfdNByuPF4XEvn53xYKj4w7INAusvPTTsfc1U
>> ln3cSLK7wMq+x41KlXUb2mK4y0nbYed5emWfCEKL2xZb1Jk9E+UzN0ZppCslWs8=
>> =cwR+
>> -----END PGP SIGNATURE-----
>>
>> _______________________________________________
>> 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
>>
>
>
>
>
>
> _______________________________________________
> 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
>





More information about the Openstack mailing list