[Openstack] ML2 Plugin and vif_type=binding_failed

Akilesh K akilesh1597 at gmail.com
Tue Jun 17 11:05:46 UTC 2014


I want to know the reason behind the failure. Can you see anything more
related to
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

There should be some log telling why it failed to bind. Look inside
'/var/log/neutron/openvswitch-agent.log'. Also please remove the [agent]
section from ml2_conf.ini on all nodes.

Also when you do neutron agent-list you should see Openvswitch agent
running on all your compute nodes and network node.



On Tue, Jun 17, 2014 at 3:50 PM, Heiko Krämer <hkraemer at anynines.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> 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
> >>
> >
>
> - --
> 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/
>
> iQEcBAEBAgAGBQJToBZQAAoJELxFogM4ixOFj04H+wVdZ0SOTPX+wO7pwNWDzQwV
> /3B7oNZBurN5xkG8Cdkx+rEP8LzL7Vvf/9vL7XJOIaxjw1HbHXwfbO4fQpa0iSu3
> 8byLzDjo7l79eGsD8FzY+6sb0iiomwt6Sd8h5LoeiRd9+ggrCf4EAN45dt1qvsB6
> 5aXBuxuAGakWKmoEzlCIVQJVCQiP8nfSH8+Kaqk3R+nmsGL61gMZXNAW1MABxTbH
> pM1y8YttFZXG6v9DDr9ofyVvjBKMu4UgeXCJE5xYfRdi1cVexcAU3js/WlS8IJ6H
> jiCm0Xfhd9LNi/3JDJBNSbbLvXrIc+4V1isFCUDav1zkTlCwsOGBn4jyg2kKyTE=
> =YQli
> -----END PGP SIGNATURE-----
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140617/43e41af7/attachment.html>


More information about the Openstack mailing list