Thanks for your help Julie, will do.

I will raise the question in nova :)

Another question with a similar error was actually posted this morning: https://answers.launchpad.net/horizon... , perhaps the hints offered by the poster when closing the question will help you. This is getting into debugging Nova territory, you might be able to find better help by redirecting your question there!

This is looking easier to troubleshoot now :)

Whenever I run a nova command I get a connection refused. I have just ran 'nova-manage logs errors' and can see the following errors:

Line 171 : 2013-03-14 12:56:00 1077 ERROR nova.openstack.common.rpc.common [-] AMQP server on 192.168.10.200:5672 is unreachable: [Errno 111] ECONNREFUSED. Trying again in 1 seconds.

So this is pointing to rebbitmq, but I know this works ok, as I can telnet onto 5672 from a number of different boxes.

Ok! So this is what usually happens when Nova is down or unreachable. Is Nova running at the port indicated in the endpoint list? Do the nova CLI commands respond successfully?

Turning on Debug and running the nova commands make more sense :)

I am now getting a Connection Refused error:

ConnectionRefused: '[Errno 111] Connection refused'

Request Method: GET Request URL: http://192.168.10.200/horizon/syspanel/ Django Version: 1.4.1 Exception Type: ConnectionRefused Exception Value:

ConnectionRefused: '[Errno 111] Connection refused'

Exception Location: /usr/lib/python2.7/dist-packages/novaclient/client.py in request, line 193 Python Executable: /usr/bin/python Python Version: 2.7.3 Python Path:

['/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../..', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages', '/usr/share/openstack-dashboard/', '/usr/share/openstack-dashboard/openstack_dashboard']

Thank you for the extra information. I don't see anything obviously wrong with the endpoints themselves... Are there any errors in the nova logs? Can you run "nova list" successfully from the command line? "nova flavor-list"?

Setting DEBUG to True in the local_settings.py and restarting apache may also help in obtaining a more specific error message. I'm surprised the logs are empty when Horizon is returning an internal server error.

Thanks Julie, here is my endpoint-list:

+----------------------------------+-----------+--------------------------------------------------+--------------------------------------------------+---------------------------------------------+----------------------------------+ | id | region | publicurl | internalurl | adminurl | service_id | +----------------------------------+-----------+--------------------------------------------------+--------------------------------------------------+---------------------------------------------+----------------------------------+ | 273a6bf087594f9fa827a48bea140ffd | RegionOne | http://192.168.10.200:8776/v1/%25(tenant_id)s (http://192.168.10.200:8776/v1/%(tenan...) | http://192.168.10.200:8776/v1/%25(tenant_id)s (http://192.168.10.200:8776/v1/%(tenan...) | http://192.168.10.200:8776/v1/%25(tenant_id)s (http://192.168.10.200:8776/v1/%(tenan...) | c2b08b023a4145bda6201aafa3b30e91 | | 3694d4084c7041969071f67543a5615f | RegionOne | http://192.168.10.200:8774/v2/%25(tenant_id)s (http://192.168.10.200:8774/v2/%(tenan...) | http://192.168.10.200:8774/v2/%25(tenant_id)s (http://192.168.10.200:8774/v2/%(tenan...) | http://192.168.10.200:8774/v2/%25(tenant_id)s (http://192.168.10.200:8774/v2/%(tenan...) | 126821ee14c841198469fcd73aaba512 | | 554eede7f16e4752ac0f89a7d3372aaa | RegionOne | http://192.168.10.200:5000/v2.0 | http://192.168.10.200:5000/v2.0 | http://192.168.10.200:35357/v2.0 | 5e5217bf351d43fca912084eee2cc835 | | ab4a2fc8b14b469095a503eba1cfe92b | RegionOne | http://192.168.10.200:9292/v1 | http://192.168.10.200:9292/v1 | http://192.168.10.200:9292/v1 | c2b08b023a4145bda6201aafa3b30e91 | | cdb97f0987f443a79ef80eb7093d7da7 | RegionOne | http://192.168.10.200:8888/v1/AUTH_%25(tenant_id)s (http://192.168.10.200:8888/v1/AUTH_%(...) | http://192.168.10.200:8888/v1/AUTH_%25(tenant_id)s (http://192.168.10.200:8888/v1/AUTH_%(...) | http://192.168.10.200:8888/v1 | 14de9dbc75aa4894aeb997a836f16b1f | | ef74908242864dcea694e0f833735a8a | RegionOne | http://192.168.10.200:8773/services/Cloud (http://192.168.10.200:8773/services/C...) | http://192.168.10.200:8773/services/Cloud (http://192.168.10.200:8773/services/C...) | http://192.168.10.200:8773/services/Admin (http://192.168.10.200:8773/services/A...) | 0f67acaa983743a1a3750ca19a0b9663 | +----------------------------------+-----------+--------------------------------------------------+--------------------------------------------------+---------------------------------------------+----------------------------------+

All roles currently live on the same box, this is still a POC environment. It also affects standard member users.

I am using the guide at http://docs.openstack.org/trunk/openstack-compute/install/apt/openstack-install-guide-apt-trunk.pdf (http://docs.openstack.org/trunk/opens...) .

Thanks

Paul

I think most of these pages require Nova. Can you paste the output of keystone endpoint-list? Could you check that the nova endpoint and keystone admin endpoint are reachable from the machine hosting Horizon? Also, does the instances page work for regular users?

What guide are you following to install OpenStack?

Hi Julie,

We currently have 2012.1+stable~20120824-a16a0ab9-0ubuntu2.5 installed.

We are able to go into other pages by adding the pages in a custom URL. The pages that get an internal server error are:

1_ Overview 2) Instances 3) Flavors 4) Quotas 5) Projects

Thanks

Paul

(my bad, didn't notice this was posted twice and the other one was closed!)

Hi Richard.

What version of the Keystone client are you using? The endpoint not found may be inoffensive if you're using a version previous to 0.2.0 (see https://bugs.launchpad.net/python-key... ).

Is there any other error traceback in the logs? Can you access another page directly e.g. /horizon/syspanel/users?