Ask Your Question
2

Neutron metadata agent "unexpected error"

asked 2014-08-06 09:12:25 -0500

hannuvisti gravatar image

updated 2014-08-06 09:29:06 -0500

I am still struggling with the not-so-co-operative neutron. This is now a two-node test installation using virtualbox instances, Ubuntu 14.04, Icehouse. Control node (.101) runs everything except computing, which is done by compute (.103).
After lengthy trial and error session I now manage to launch instances but they are unreachable as the tenant network does not appear to get set up properly. The only real error in logs is in neutron metadata log:

2014-08-06 14:53:01.576 2048 ERROR neutron.agent.metadata.agent [req-ca7f07b7-671f-4ee6-99c0-56ae53db9ef0 None] Unexpected error.
2014-08-06 14:53:01.576 2048 TRACE neutron.agent.metadata.agent Traceback (most recent call last):
2014-08-06 14:53:01.576 2048 TRACE neutron.agent.metadata.agent   File "/usr/lib/python2.7/dist-packages/neutron/agent/metadata/agent.py", line 110, in __call__
2014-08-06 14:53:01.576 2048 TRACE neutron.agent.metadata.agent     instance_id, tenant_id = self._get_instance_and_tenant_id(req)
....
....
2014-08-06 14:53:01.576 2048 TRACE neutron.agent.metadata.agent     endpoint_type=self.endpoint_type)
2014-08-06 14:53:01.576 2048 TRACE neutron.agent.metadata.agent   File "/usr/lib/python2.7/dist-packages/neutronclient/client.py", line 81, in url_for
2014-08-06 14:53:01.576 2048 TRACE neutron.agent.metadata.agent     raise exceptions.EndpointNotFound()
2014-08-06 14:53:01.576 2048 TRACE neutron.agent.metadata.agent EndpointNotFound: Could not find Service or Region in Service Catalog.

This appears to be a simple keystone database problem but I fail to see where it is. Neutron is configured to use the service tenant.

visti@control2:~$ keystone service-list
+----------------------------------+----------+----------+------------------------------+
|                id                |   name   |   type   |         description          |
+----------------------------------+----------+----------+------------------------------+
| 6c25e11229194961aac8f9b8e0a78746 |  cinder  |  volume  |   OpenStack Volume Service   |
| 9c325003ddb74c6c8720ff62092a9709 |  glance  |  image   |   OpenStack Image Service    |
| 69f3f9a792bc4d4abffdecb8d27d8175 | keystone | identity |      OpenStack Identity      |
| e8d4d4f3482949f7bf7245fb555136f3 | neutron  | network  | OpenStack Networking service |
| 79b28afb127041099dcb36017bbf84cb |   nova   | compute  |  OpenStack Compute Service   |
+----------------------------------+----------+----------+------------------------------+
visti@control2:~$ keystone endpoint-list
+----------------------------------+-----------+-------------------------------------------+-------------------------------------------+-------------------------------------------+----------------------------------+
|                id                |   region  |                 publicurl                 |                internalurl                |                  adminurl                 |            service_id            |
+----------------------------------+-----------+-------------------------------------------+-------------------------------------------+-------------------------------------------+----------------------------------+
| 77357fbc77154140b19898179cc30dc9 | RegionOne |        http://172.16.1.101:9292/v2        |        http://10.10.10.101:9292/v2        |        http://10.10.10.101:9292/v2        | 9c325003ddb74c6c8720ff62092a9709 |
| 8d7f8cb0eee143dda00eea78dce7179e | RegionOne |         http://172.16.1.101:9696/         |         http://10.10.10.101:9696/         |         http://10.10.10.101:9696/         | e8d4d4f3482949f7bf7245fb555136f3 |
| 9b99110cf7d4457b8dda19bbfd00f326 | RegionOne | http://172.16.1.101:8776/v1/$(tenant_id)s | http://10.10.10.101:8776/v1/$(tenant_id)s | http://10.10.10.101:8776/v1/$(tenant_id)s | 6c25e11229194961aac8f9b8e0a78746 |
| a1a1655f16ad4c90a1f6bd318c1e0f82 | RegionOne |       http://172.16.1.101:5000/v2.0       |       http://10.10.10.101:5000/v2.0       |       http://10.10.10.101:35357/v2.0      | 69f3f9a792bc4d4abffdecb8d27d8175 |
| a307e4fa6f5e4ff386ad0d2664127f2f | RegionOne | http://172.16.1.101:8774/v2/$(tenant_id)s | http://10.10.10.101:8774/v2/$(tenant_id)s | http://10.10.10.101:8774/v2/$(tenant_id)s | 79b28afb127041099dcb36017bbf84cb |
+----------------------------------+-----------+-------------------------------------------+-------------------------------------------+-------------------------------------------+----------------------------------+
visti@control2:~$ keystone tenant-list
+----------------------------------+---------+---------+
|                id                |   name  | enabled |
+----------------------------------+---------+---------+
| 6faa4fd099c345b79dc0496b5a29119e |  admin  |   True  |
| 566c2813ebe64b0093e6bb7bd24d95e6 |   demo  |   True  |
| e75489fa55fd4c85a3c7da7fc4ac0716 | service |   True  |
+----------------------------------+---------+---------+

Everything else works. Neutron commands to create ext-net, demo-net and router between these work absolutely fine. It is just when launching an instance, these errors appear. The instance launches and it gets a private ip address. From the instance console the router is even reachable, but there is no connectivity to the router from the compute host or any other ... (more)

edit retag flag offensive close merge delete

Comments

What reports $neutron agent-list ?

dbaxps gravatar imagedbaxps ( 2014-08-06 09:25:02 -0500 )edit

Looks fine to me (added to the end of my initial post)

hannuvisti gravatar imagehannuvisti ( 2014-08-06 09:30:13 -0500 )edit

When you launch CirrOS instance are you able curl http:\\169.254.169.254 ? Or instance is complaining address above as unreachable when launching ?

dbaxps gravatar imagedbaxps ( 2014-08-06 10:23:42 -0500 )edit
2

View also https://ask.openstack.org/en/question... would start by checking the setting of auth_region in /etc/neutron/metadata-agent.ini, and making sure it matches what is used in your endpoints (check "keystone endpoint-list").

dbaxps gravatar imagedbaxps ( 2014-08-06 10:27:24 -0500 )edit

Thanks. Of course it was regionOne - RegionOne confusion.

hannuvisti gravatar imagehannuvisti ( 2014-08-06 11:08:36 -0500 )edit

2 answers

Sort by ยป oldest newest most voted
3

answered 2014-08-06 11:09:17 -0500

hannuvisti gravatar image

... and the reason was regionOne - RegionOne mismatch in metadata-agent.ini.

Thanks dbaxps.

edit flag offensive delete link more

Comments

Solved my problem.

karel.striegel gravatar imagekarel.striegel ( 2014-11-10 07:53:31 -0500 )edit
2

answered 2014-08-06 11:21:01 -0500

dbaxps gravatar image
Start by checking the setting of auth_region in /etc/neutron/metadata-agent.ini, and make
sure it matches what is used in your endpoints
edit flag offensive delete link more

Comments

Solved my problem.

karel.striegel gravatar imagekarel.striegel ( 2014-11-10 07:53:37 -0500 )edit

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Get to know Ask OpenStack

Resources for moderators

Question Tools

1 follower

Stats

Asked: 2014-08-06 09:12:25 -0500

Seen: 3,039 times

Last updated: Aug 06 '14