caught error: Timeout while waiting on RPC response - topic: "network", RPC method: "validate_networks" info: "<unknown>"
I am attempting in installing openstack on three servers:
- Controller
- Compute
- Network
I followed the instructions at http://docs.openstack.org/havana/install-guide/install/apt/content/index.html (http://docs.openstack.org/havana/inst...) . I am using Ubuntu 13.10 on all three servers.
I followed the instructions up to installing the dashboard ( http://docs.openstack.org/havana/install-guide/install/apt/content/install_dashboard.html (http://docs.openstack.org/havana/inst...) ) and am able to get to the dashboard. I used the neutron configuration with openvswitch network instructions as we are interested in implementing that and possibly openflow at some time.
I then set up the memcached as suggested. This part confused me a bit, but if I am reading it correctly there are three options for this. Local, memcached and Redis. I am assuming I need to pick one, so I picked memcached. (Please advise if that is incorrect).
I am now trying to install an instance in the dashboard interface and am getting the following error:
Error: The server has either erred or is incapable of performing the requested operation. (HTTP 500)
I googled this a bit and found a bunch of references to authentication issues. I re-verified username and passwords with what I put into keystone and am still seeing this issue. I looked at the nova-api.log file and I am getting the following:
2014-03-17 15:50:35.585 2384 ERROR nova.api.openstack [req-1bf10e55-3ff7-4c29-8165-7a6ad2a21c4c bb772ea1a561489fbeb7cb52050679c2 8f2b0c3bbdbb492299508c9ef9d909b3] Caught error: Timeout while waiting on RPC response - topic: "network", RPC method: "validate_networks" info: "<unknown>"
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack Traceback (most recent call last):
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/nova/api/openstack/__init__.py", line 119, in __call__
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack return req.get_response(self.application)
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/request.py", line 1296, in send
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack application, catch_exc_info=False)
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/request.py", line 1260, in call_application
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack app_iter = application(self.environ, start_response)
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack return resp(environ, start_response)
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/keystoneclient/middleware/auth_token.py", line 539, in __call__
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack return self.app(env, start_response)
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2014-03-17 15:50:35.585 2384 TRACE nova.api.openstack return resp(environ, start_response)
2014-03-17 15:50 ...
Caught error: Timeout while waiting on RPC response - topic: "network", RPC method: "validate_networks" info: "<unknown>" Did you setup nova + neutron to use the correct message queue? Default for ubuntu is usually rabbit, centos/rhel is qpid.
Thank you for your response. I believe so, but I have edited the original post to include the neutron.conf and nova.conf files from both the controller and the nodes. They have definitions for the rabbit_host, rabbit_password and rabbit_port. In the instructions for installation, it only specified a rabbit_user: in the neutron node. Is that correct? Also, it looks like there is only one user (guest)defined in the rabbit server (controller). Thank you again.
Are you running neutron-server on the network node and the controller node? It should only be running on the controller node. Uncomment:
#security_group_api=neutron
Make it:
security_group_api=neutron
In both of the nova confs.
Also, did you tell neutron which rpc_backend to use? Similar to nova. There should be a section for:
rpc_backend =
You need the keystone information in the nova.conf on the compute node too:
[keystone_authtoken]
auth_host = controller
auth_port = 35357
auth_protocol = http
admin_tenant_name = service
admin_user = nova
admin_password = <removed>