[Openstack-operators] Detach interface "fails" in grizzly (bug 1326183?)

Juan José Pavlik Salles jjpavlik at gmail.com
Thu Oct 23 20:41:32 UTC 2014


Whenever I try to delete that port that's what I get.

root at cocinero:~# nova  interface-list 0babcc31-08e0-4d45-8db1-34dd101dbc93
+------------+--------------------------------------+--------------------------------------+--------------+-------------+
| Port State | Port ID                              | Net ID
                | IP addresses | MAC Address |
+------------+--------------------------------------+--------------------------------------+--------------+-------------+
| ACTIVE     | 2ec8ae0d-598a-4bd4-81d4-5d43d4014198 |
038482b5-caa9-4205-af93-ff04589f35a1 | 172.16.47.14 |             |
| ACTIVE     | be091982-6afe-4746-8508-33d2b5104d37 |
275c5c97-5a18-41ff-a46c-49d78507fb22 | 200.16.28.39 |             |
+------------+--------------------------------------+--------------------------------------+--------------+-------------+
root at cocinero:~# nova interface-detach 0babcc31-08e0-4d45-8db1-34dd101dbc93
2ec8ae0d-598a-4bd4-81d4-5d43d4014198
root at cocinero:~# nova interface-list 0babcc31-08e0-4d45-8db1-34dd101dbc93
+------------+--------------------------------------+--------------------------------------+--------------+-------------+
| Port State | Port ID                              | Net ID
                | IP addresses | MAC Address |
+------------+--------------------------------------+--------------------------------------+--------------+-------------+
| ACTIVE     | 2ec8ae0d-598a-4bd4-81d4-5d43d4014198 |
038482b5-caa9-4205-af93-ff04589f35a1 | 172.16.47.14 |             |
| ACTIVE     | be091982-6afe-4746-8508-33d2b5104d37 |
275c5c97-5a18-41ff-a46c-49d78507fb22 | 200.16.28.39 |             |
+------------+--------------------------------------+--------------------------------------+--------------+-------------+
root at cocinero:~#

this is what I see in my nova-compute.log file:

2014-10-23 17:27:57.575 8817 TRACE nova.openstack.common.rpc.amqp Traceback
(most recent call last):
2014-10-23 17:27:57.575 8817 TRACE nova.openstack.common.rpc.amqp   File
"/usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/amqp.py", line
430, in _process_data
2014-10-23 17:27:57.575 8817 TRACE nova.openstack.common.rpc.amqp     rval
= self.proxy.dispatch(ctxt, version, method, **args)
2014-10-23 17:27:57.575 8817 TRACE nova.openstack.common.rpc.amqp   File
"/usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/dispatcher.py",
line 133, in dispatch
2014-10-23 17:27:57.575 8817 TRACE nova.openstack.common.rpc.amqp
return getattr(proxyobj, method)(ctxt, **kwargs)
2014-10-23 17:27:57.575 8817 TRACE nova.openstack.common.rpc.amqp   File
"/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 3069, in
detach_interface
2014-10-23 17:27:57.575 8817 TRACE nova.openstack.common.rpc.amqp
"attached") % locals())
2014-10-23 17:27:57.575 8817 TRACE nova.openstack.common.rpc.amqp
PortNotFound: Port 2ec8ae0d-598a-4bd4-81d4-5d43d4014198 is not attached
2014-10-23 17:27:57.575 8817 TRACE nova.openstack.common.rpc.amqp

It says the port isn't attached, when it is and it answers ping and
everything.

2014-10-22 11:23 GMT-03:00 Juan José Pavlik Salles <jjpavlik at gmail.com>:

> I achieved a "clean" deletion of the interface deleting the hole instance,
> but is not a reasonable solution. Maybe some db updates could do a better
> job?
>
> 2014-10-21 17:15 GMT-03:00 Juan José Pavlik Salles <jjpavlik at gmail.com>:
>
> Hi guys, I've been attaching and detaching interfaces to an instance until
>> I got into a weird situation:
>>
>> -I see the interface:
>>
>> root at cocinero:~/tools# nova --os-username noc-admin --os-tenant-name noc
>> --os-password My_Pass --os-auth-url http://172.19.136.1:35357/v2.0
>> interface-list c7d4e004-47fc-42b4-9aec-83e196f9c202
>>
>> +------------+--------------------------------------+--------------------------------------+--------------+-------------+
>> | Port State | Port ID                              | Net ID
>>                   | IP addresses | MAC Address |
>>
>> +------------+--------------------------------------+--------------------------------------+--------------+-------------+
>> | ACTIVE     | 572cb037-c0b7-490b-b451-594897817397 |
>> 275c5c97-5a18-41ff-a46c-49d78507fb22 | 172.16.28.34 |             |
>>
>> +------------+--------------------------------------+--------------------------------------+--------------+-------------+
>> root at cocinero:~/tools#
>>
>> -I want to delete that interface, so:
>>
>> root at cocinero:~/tools# nova --os-username noc-admin --os-tenant-name noc
>> --os-password My_Pass --os-auth-url http://172.19.136.1:35357/v2.0
>> interface-detach c7d4e004-47fc-42b4-9aec-83e196f9c202
>> 572cb037-c0b7-490b-b451-594897817397
>> root at cocinero:~/tools#
>>
>> No error messages at all.
>>
>> -But the interface stills there:
>>
>> root at cocinero:~/tools# nova --os-username noc-admin --os-tenant-name noc
>> --os-password My_Pass --os-auth-url http://172.19.136.1:35357/v2.0
>> interface-list c7d4e004-47fc-42b4-9aec-83e196f9c202
>>
>> +------------+--------------------------------------+--------------------------------------+--------------+-------------+
>> | Port State | Port ID                              | Net ID
>>                   | IP addresses | MAC Address |
>>
>> +------------+--------------------------------------+--------------------------------------+--------------+-------------+
>> | ACTIVE     | 572cb037-c0b7-490b-b451-594897817397 |
>> 275c5c97-5a18-41ff-a46c-49d78507fb22 | 172.16.28.34 |             |
>>
>> +------------+--------------------------------------+--------------------------------------+--------------+-------------+
>> root at cocinero:~/tools#
>>
>> Doing some research I've found this bug
>> https://bugs.launchpad.net/nova/+bug/1326183 , which is exactly the same
>> behaviour I see in my cloud. It seems to be related to a race condition
>> during the cache update.
>>
>> Any ideas how to:
>>
>> -Reset the conditions so I can detach the interface cleanly?
>> -Backport the proposed patch to Grizzly? (Upgrading to IceHouse is almost
>> impossible)
>>
>> Thanks!
>>
>> --
>> Pavlik Salles Juan José
>> Blog - http://viviendolared.blogspot.com
>>
>
>
>
> --
> Pavlik Salles Juan José
> Blog - http://viviendolared.blogspot.com
>



-- 
Pavlik Salles Juan José
Blog - http://viviendolared.blogspot.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20141023/45565271/attachment.html>


More information about the OpenStack-operators mailing list