<div dir="ltr">Hi Heiko, what was wrong with the ml2 config? Can you post here?<div><br></div><div>I'm having the same problem,.</div><div><br></div><div>Thanks!</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">

2014-06-17 9:51 GMT-03:00 Heiko Krämer <span dir="ltr"><<a href="mailto:hkraemer@anynines.com" target="_blank">hkraemer@anynines.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
</div>Hi Akesh,<br>
<br>
you're right on the controller host was the ml2 config not correct -.-<br>
my false.<br>
<br>
In addition in the ml2_conf need to be the database connection<br>
informations like in ovs.<br>
<br>
It's running now :)<br>
<br>
Thanks again.<br>
<br>
<br>
Cheers<br>
Heiko<br>
<div class=""><br>
On 17.06.2014 12:31, Akash Gunjal wrote:<br>
> Hi,<br>
><br>
> This error occurs when the config is wrong wither on controller or<br>
> the compute. Check the ml2_conf.ini on controller and<br>
> ovs_plugin.ini on the compute.<br>
><br>
><br>
> Regards, Akash<br>
><br>
><br>
><br>
> From: Heiko Krämer <<a href="mailto:hkraemer@anynines.com">hkraemer@anynines.com</a>> To:        Akilesh K<br>
> <<a href="mailto:akilesh1597@gmail.com">akilesh1597@gmail.com</a>>, Cc:  "<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a>"<br>
> <<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a>> Date: 06/17/2014 03:56 PM Subject:<br>
> Re: [Openstack] ML2 Plugin and vif_type=binding_failed<br>
><br>
><br>
><br>
</div><div><div class="h5">> Hi Akilesh,<br>
><br>
> i see this warn on neutron-server<br>
><br>
> 2014-06-17 10:14:20.283 24642 WARNING neutron.plugins.ml2.managers<br>
> [req-d23b58ce-3389-4af5-bdd2-a78bd7cec507 None] Failed to bind<br>
> port f71d7e0e-8955-4784-83aa-c23bf1b16f4f on host<br>
> <a href="http://nettesting.hydranodes.de" target="_blank">nettesting.hydranodes.de</a><br>
><br>
><br>
> if i restart ovs-agent on network node i see this one: 2014-06-17<br>
> 09:28:26.029 31369 ERROR neutron.agent.linux.ovsdb_monitor [-]<br>
> Error received from ovsdb monitor:<br>
> 2014-06-17T09:28:26Z|00001|fatal_signal|WARN|terminating with<br>
> signal 15 (Terminated) 2014-06-17 09:28:29.275 31870 WARNING<br>
> neutron.plugins.openvswitch.agent.ovs_neutron_agent [-] Device<br>
> f71d7e0e-8955-4784-83aa-c23bf1b16f4f not defined on plugin<br>
> 2014-06-17 09:28:29.504 31870 WARNING<br>
> neutron.plugins.openvswitch.agent.ovs_neutron_agent [-] Device<br>
> 39bb4ba0-3d37-4ffe-9c81-073807f8971a not defined on plugin<br>
><br>
><br>
> same on comp host if i restart ovs agent: 2014-06-17 09:28:44.446<br>
> 25476 ERROR neutron.agent.linux.ovsdb_monitor [-] Error received<br>
> from ovsdb monitor:<br>
> 2014-06-17T09:28:44Z|00001|fatal_signal|WARN|terminating with<br>
> signal 15 (Terminated)<br>
><br>
><br>
> but ovs seems to be correct:<br>
><br>
> ##Compute## 7bbe81f3-79fa-4efa-b0eb-76addb57675c Bridge br-tun Port<br>
> "gre-64141401" Interface "gre-64141401" type: gre options:<br>
> {in_key=flow, local_ip="100.20.20.2", out_key=flow,<br>
> remote_ip="100.20.20.1"} Port patch-int Interface patch-int type:<br>
> patch options: {peer=patch-tun} Port br-tun Interface br-tun type:<br>
> internal Bridge br-int Port br-int Interface br-int type: internal<br>
> Port patch-tun Interface patch-tun type: patch options:<br>
> {peer=patch-int} ovs_version: "2.0.1"<br>
><br>
><br>
><br>
> ### Network node### a40d7fc6-b0f0-4d55-98fc-c02cc7227d6c Bridge<br>
> br-ex Port br-ex Interface br-ex type: internal Bridge br-tun Port<br>
> "gre-64141402" Interface "gre-64141402" type: gre options:<br>
> {in_key=flow, local_ip="100.20.20.1", out_key=flow,<br>
> remote_ip="100.20.20.2"} Port patch-int Interface patch-int type:<br>
> patch options: {peer=patch-tun} Port br-tun Interface br-tun type:<br>
> internal Bridge br-int Port int-br-int Interface int-br-int Port<br>
> "tapf71d7e0e-89" tag: 4095 Interface "tapf71d7e0e-89" type:<br>
> internal Port br-int Interface br-int type: internal Port<br>
> patch-tun Interface patch-tun type: patch options:<br>
> {peer=patch-int} Port "qr-39bb4ba0-3d" tag: 4095 Interface<br>
> "qr-39bb4ba0-3d" type: internal Port phy-br-int Interface<br>
> phy-br-int ovs_version: "2.0.1"<br>
><br>
><br>
> I see this one in my neutron DB:<br>
><br>
> neutron=# select * from ml2_port_bindings ; port_id<br>
> |           host           | vif_type    | driver | segment |<br>
> vnic_type | vif_details | profile -<br>
> --------------------------------------+--------------------------+----------------+--------+---------+-----------+-------------+---------<br>
><br>
>  39bb4ba0-3d37-4ffe-9c81-073807f8971a | <a href="http://nettesting.hydranodes.de" target="_blank">nettesting.hydranodes.de</a> |<br>
> binding_failed |        |         | normal    |             | {}<br>
> f71d7e0e-8955-4784-83aa-c23bf1b16f4f | <a href="http://nettesting.hydranodes.de" target="_blank">nettesting.hydranodes.de</a> |<br>
> binding_failed |        |         | normal    |             | {}<br>
><br>
><br>
> is that maybe the problem ?<br>
><br>
> Cheers Heiko<br>
><br>
><br>
><br>
> On 17.06.2014 12:08, Akilesh K wrote:<br>
>> File looks good except that [agent] section is not needed. Can<br>
>> you reply with some log from '/var/log/neutron/server.log'<br>
>> during instance launch exactly.<br>
><br>
>> The vif_type=binding_failed occurs when neutron is unable to<br>
>> create a port for some reason. Either neutron server log or the<br>
>> plugin's log file should have some information why it failed in<br>
>> first place.<br>
><br>
><br>
>> On Tue, Jun 17, 2014 at 3:07 PM, Heiko Krämer<br>
>> <<a href="mailto:hkraemer@anynines.com">hkraemer@anynines.com</a>> wrote:<br>
><br>
>> Hi Kaya,<br>
><br>
>> <a href="https://gist.github.com/foexle/e1f02066d6a9cff306f4" target="_blank">https://gist.github.com/foexle/e1f02066d6a9cff306f4</a><br>
><br>
>> Cheers Heiko<br>
><br>
>> On 17.06.2014 11:17, Yankai Liu wrote:<br>
>>>>> Heiko,<br>
>>>>><br>
>>>>> Would you please share your ml2_conf.ini?<br>
>>>>><br>
>>>>> Best Regards, Kaya Liu 刘艳凯 Cloud Architect, Canonical<br>
>>>>><br>
>>>>><br>
>>>>> On Tue, Jun 17, 2014 at 4:58 PM, Heiko Krämer<br>
>>>>> <<a href="mailto:hkraemer@anynines.com">hkraemer@anynines.com</a>> wrote:<br>
>>>>><br>
>>>>> Hi guys,<br>
>>>>><br>
>>>>> i'm trying to get work ml2 plugin in Icehouse (Ubuntu<br>
>>>>> 14.04+cloud archive packages). I get everything if it try<br>
>>>>> to start an instance:<br>
>>>>><br>
>>>>> 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher six.reraise(self.type_,<br>
>>>>> self.value, self.tb) 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher File<br>
>>>>> "/usr/lib/python2.7/dist-packages/nova/compute/manager.py",<br>
>>>>><br>
>>>>><br>
line 1396, in _reschedule_or_error 2014-06-17 08:42:01.893<br>
>>>>> 25437 TRACE oslo.messaging.rpc.dispatcher bdms,<br>
>>>>> requested_networks) 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher File<br>
>>>>> "/usr/lib/python2.7/dist-packages/nova/compute/manager.py",<br>
>>>>><br>
>>>>><br>
line 2125, in _shutdown_instance 2014-06-17 08:42:01.893<br>
>>>>> 25437 TRACE oslo.messaging.rpc.dispatcher<br>
>>>>> requested_networks) 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher File<br>
>>>>> "/usr/lib/python2.7/dist-packages/nova/openstack/common/excutils.py",<br>
>>>>><br>
>>>>><br>
><br>
>>>>><br>
>>>>><br>
> line 68, in __exit__<br>
>>>>> 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher six.reraise(self.type_,<br>
>>>>> self.value, self.tb) 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher File<br>
>>>>> "/usr/lib/python2.7/dist-packages/nova/compute/manager.py",<br>
>>>>><br>
>>>>><br>
line 2115, in _shutdown_instance 2014-06-17 08:42:01.893<br>
>>>>> 25437 TRACE oslo.messaging.rpc.dispatcher<br>
>>>>> block_device_info) 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher File<br>
>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py",<br>
>>>>><br>
>>>>><br>
><br>
>>>>><br>
line 953, in destroy 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher destroy_disks) 2014-06-17<br>
>>>>> 08:42:01.893 25437 TRACE oslo.messaging.rpc.dispatcher<br>
>>>>> File<br>
>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py",<br>
>>>>><br>
>>>>><br>
><br>
>>>>><br>
line 989, in cleanup 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher self.unplug_vifs(instance,<br>
>>>>> network_info) 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher File<br>
>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py",<br>
>>>>><br>
>>>>><br>
><br>
>>>>><br>
line 860, in unplug_vifs 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher<br>
>>>>> self.vif_driver.unplug(instance, vif) 2014-06-17<br>
>>>>> 08:42:01.893 25437 TRACE oslo.messaging.rpc.dispatcher<br>
>>>>> File<br>
>>>>> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/vif.py",<br>
>>>>><br>
>>>>><br>
line 798, in unplug 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher _("Unexpected vif_type=%s")<br>
>>>>> % vif_type) 2014-06-17 08:42:01.893 25437 TRACE<br>
>>>>> oslo.messaging.rpc.dispatcher NovaException: Unexpected<br>
>>>>> vif_type=binding_failed 2014-06-17 08:42:01.893 25437<br>
>>>>> TRACE oslo.messaging.rpc.dispatcher<br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> So i've found a solution but still not working yet ?!<br>
>>>>><br>
>>>>><br>
><br>
> <a href="https://ask.openstack.org/en/question/29518/unexpected-vif_typebinding_failed/?answer=32429#post-id-32429" target="_blank">https://ask.openstack.org/en/question/29518/unexpected-vif_typebinding_failed/?answer=32429#post-id-32429</a><br>


><br>
><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
><br>
> I've checked the agent_down_time and retry interval. All neutron<br>
>>>>> agents are present and running if i check the api.<br>
>>>>><br>
>>>>> ovs plugin and ml2 plugin config are the same.<br>
>>>>><br>
>>>>> DHCP and l3 agents creates ports on openvswitch (network<br>
>>>>> host) but i get the error (above) on compute hosts.<br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> Modules are installed and loaded:<br>
>>>>><br>
>>>>> filename:<br>
>>>>> /lib/modules/3.13.0-29-generic/kernel/net/openvswitch/openvswitch.ko<br>
>>>>><br>
>>>>><br>
><br>
>>>>><br>
>>>>><br>
> license:        GPL<br>
>>>>> description:    Open vSwitch switching datapath<br>
>>>>> srcversion: 1CEE031973F0E4024ACC848 depends:<br>
>>>>> libcrc32c,vxlan,gre intree: Y vermagic:<br>
>>>>> 3.13.0-29-generic SMP mod_unload modversions signer:<br>
>>>>> Magrathea: Glacier signing key sig_key:<br>
>>>>> 66:02:CB:36:F1:31:3B:EA:01:C4:BD:A9:65:67:CF:A7:23:C9:70:D8<br>
>>>>><br>
>>>>><br>
sig_hashalgo:   sha512<br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> Nova-Config [DEFAULT] libvirt_type=kvm<br>
>>>>> libvirt_ovs_bridge=br-int libvirt_vif_type=ethernet<br>
>>>>> libvirt_use_virtio_for_bridges=True<br>
>>>>> libvirt_cpu_mode=host-passthrough<br>
>>>>> disk_cachemodes="file=writeback,block=none"<br>
>>>>> running_deleted_instance_action=reep<br>
>>>>> compute_driver=libvirt.LibvirtDriver<br>
>>>>> libvirt_inject_partition = -1 libvirt_nonblocking = True<br>
>>>>> vif_plugging_is_fatal = False vif_plugging_timeout = 0<br>
>>>>><br>
>>>>> [..]<br>
>>>>><br>
>>>>> network_api_class=nova.network.neutronv2.api.API<br>
>>>>> neutron_url=<a href="http://net.cloud.local:9696" target="_blank">http://net.cloud.local:9696</a><br>
>>>>> neutron_metadata_proxy_shared_secret = xxx<br>
>>>>> neutron_auth_strategy=keystone<br>
>>>>> neutron_admin_tenant_name=service<br>
>>>>> neutron_admin_username=keystone neutron_admin_password=xxx<br>
>>>>> neutron_admin_auth_url=<a href="https://auth-testing.cloud.local:35357/v2.0" target="_blank">https://auth-testing.cloud.local:35357/v2.0</a><br>
>>>>><br>
>>>>><br>
><br>
>>>>><br>
linuxnet_interface_driver=nova.network.linux_net.LinuxOVSInterfaceDriver<br>
>>>>><br>
>>>>><br>
>> firewall_driver=nova.virt.firewall.NoopFirewallDriver<br>
>>>>> security_group_api=neutron<br>
>>>>> service_neutron_metadata_proxy=true<br>
>>>>> force_dhcp_release=True<br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> Do anyone have the same problem and solved it ?<br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> Cheers and Thanks Heiko<br>
>>>>><br>
>>>>>><br>
>>>>>> _______________________________________________ Mailing<br>
>>>>>> list:<br>
>>>>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>>>>>><br>
>>>>>><br>
><br>
>>>>>><br>
Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a> Unsubscribe :<br>
>>>>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>>>>>><br>
>>>>><br>
><br>
>>>>>><br>
>>>>>><br>
>>><br>
>>> _______________________________________________ Mailing list:<br>
>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>>> Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a> Unsubscribe :<br>
>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>>><br>
><br>
><br>
><br>
> _______________________________________________ Mailing list:<br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a> Post<br>
> to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a> Unsubscribe :<br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
><br>
<br>
- --<br>
Anynines.com<br>
<br>
B.Sc. Informatik<br>
CIO<br>
Heiko Krämer<br>
<br>
<br>
Twitter: @anynines<br>
<br>
- - ----<br>
Geschäftsführer: Alexander Faißt, Dipl.-Inf.(FH) Julian Fischer<br>
Handelsregister: AG Saarbrücken HRB 17413, Ust-IdNr.: DE262633168<br>
Sitz: Saarbrücken<br>
Avarteq GmbH<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.14 (GNU/Linux)<br>
Comment: Using GnuPG with Thunderbird - <a href="http://www.enigmail.net/" target="_blank">http://www.enigmail.net/</a><br>
<br>
</div></div>iQEcBAEBAgAGBQJToDnbAAoJELxFogM4ixOF2gcIAOBU7VyL9YB3VPH101zFsNvZ<br>
VMtUJTiFE2j/esNCvtp+Vh/FQFBZtWWyvACU4eMtMp1ET9WOdjFFJFYPyDtK+GZJ<br>
sGs2DAC1z3NnWdPkSZC1aW0L5urLPHRqQc6d6rk7PUgxN6zA5w9unSOWZDL9GM9b<br>
ELSOr/suU5EH8vI6hJZVYhyjq3Mrjaf81xZXT5DmrfrLWan4o1+y5pubBhpRw4vO<br>
MOgrAKiMStP4Ok2wTssZ13MvmZeMfdNByuPF4XEvn53xYKj4w7INAusvPTTsfc1U<br>
ln3cSLK7wMq+x41KlXUb2mK4y0nbYed5emWfCEKL2xZb1Jk9E+UzN0ZppCslWs8=<br>
=cwR+<br>
<div class="HOEnZb"><div class="h5">-----END PGP SIGNATURE-----<br>
<br>
_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><i><div style="display:inline!important"><span style="font-style:normal">Raphael Pereira Ribeiro</span></div></i></div><div><i>Instituto de Computação - IC/UFAL</i></div>

<div><i>Graduando em Ciências da Computação</i></div><div><font color="#0000EE"><u><a href="http://lattes.cnpq.br/9969641216207080" target="_blank"><i>http://lattes.cnpq.br/9969641216207080</i></a></u></font></div>
</div>