[Openstack] Problems connecting Dashboard and Nova

Rafael Durán Castañeda rafadurancastaneda at gmail.com
Tue Aug 9 22:55:26 UTC 2011


Compute problem I posted before seems not to be related about dashboard 
problems, using telnet directly on nova api doesn't work. 
Rackspace/keystone version used by nova.sh is not update, it might be a 
problem about keystone and nova, since keystone las version is GitHub 
Openstack/keystone.

GET /v1.1/admin/services HTTP/1.1
Host: localhost
X-Auth-token: 999888777666


HTTP/1.1 500 Internal Server Error
Content-Length: 86
Content-Type: application/json; charset=UTF-8
Date: Tue, 09 Aug 2011 22:46:30 GMT

{"cloudServersFault": {"message": "User does not have admin privileges", 
"code": 500}}


2011-08-09 22:46:30,900 DEBUG nova [-] HTTP PERF: 0.01593 seconds to GET 
127.0.0.1:5001 /v2.0/tokens/999888777666) from (pid=6899) getresponse 
/home/ubuntu/openstack/deployscripts/nova/keystone/common/bufferedhttp.py:99
2011-08-09 22:46:30,918 DEBUG nova [-] HTTP PERF: 0.01750 seconds to GET 
127.0.0.1:5001 /v2.0/tokens/999888777666) from (pid=6899) getresponse 
/home/ubuntu/openstack/deployscripts/nova/keystone/common/bufferedhttp.py:99
2011-08-09 22:46:30,945 DEBUG routes.middleware [-] Matched GET 
/admin/services from (pid=6899) __call__ 
/usr/lib/pymodules/python2.6/routes/middleware.py:100
2011-08-09 22:46:30,945 DEBUG routes.middleware [-] Route path: 
'/admin/services', defaults: {'action': u'index', 'controller': 
<nova.api.openstack.wsgi.Resource object at 0x2622fd0>} from (pid=6899) 
__call__ /usr/lib/pymodules/python2.6/routes/middleware.py:102
2011-08-09 22:46:30,946 DEBUG routes.middleware [-] Match dict: 
{'action': u'index', 'controller': <nova.api.openstack.wsgi.Resource 
object at 0x2622fd0>} from (pid=6899) __call__ 
/usr/lib/pymodules/python2.6/routes/middleware.py:103
2011-08-09 22:46:30,946 INFO nova.api.openstack.wsgi [-] GET 
http://localhost/v1.1/admin/services
2011-08-09 22:46:30,946 DEBUG nova.api.openstack.wsgi [-] Unrecognized 
Content-Type provided in request from (pid=6899) deserialize_body 
/home/ubuntu/openstack/deployscripts/nova/nova/api/openstack/wsgi.py:231
2011-08-09 22:46:30,956 ERROR nova.api.openstack [-] Caught error: User 
does not have admin privileges
(nova.api.openstack): TRACE: Traceback (most recent call last):
(nova.api.openstack): TRACE:   File 
"/home/ubuntu/openstack/deployscripts/nova/nova/api/openstack/__init__.py", 
line 64, in __call__
(nova.api.openstack): TRACE:     return req.get_response(self.application)
(nova.api.openstack): TRACE:   File 
"/usr/lib/pymodules/python2.6/webob/request.py", line 1053, in get_response
(nova.api.openstack): TRACE:     application, catch_exc_info=False)
(nova.api.openstack): TRACE:   File 
"/usr/lib/pymodules/python2.6/webob/request.py", line 1022, in 
call_application
(nova.api.openstack): TRACE:     app_iter = application(self.environ, 
start_response)
(nova.api.openstack): TRACE:   File 
"/home/ubuntu/openstack/deployscripts/nova/keystone/middleware/auth_token.py", 
line 184, in __call__
(nova.api.openstack): TRACE:     return self._forward_request()
(nova.api.openstack): TRACE:   File 
"/home/ubuntu/openstack/deployscripts/nova/keystone/middleware/auth_token.py", 
line 306, in _forward_request
(nova.api.openstack): TRACE:     return self.app(self.env, 
self.start_response)
(nova.api.openstack): TRACE:   File 
"/usr/lib/pymodules/python2.6/webob/dec.py", line 159, in __call__
(nova.api.openstack): TRACE:     return resp(environ, start_response)
(nova.api.openstack): TRACE:   File 
"/usr/lib/pymodules/python2.6/webob/dec.py", line 159, in __call__
(nova.api.openstack): TRACE:     return resp(environ, start_response)
(nova.api.openstack): TRACE:   File 
"/usr/lib/pymodules/python2.6/webob/dec.py", line 159, in __call__
(nova.api.openstack): TRACE:     return resp(environ, start_response)
(nova.api.openstack): TRACE:   File 
"/usr/lib/pymodules/python2.6/routes/middleware.py", line 131, in __call__
(nova.api.openstack): TRACE:     response = self.app(environ, 
start_response)
(nova.api.openstack): TRACE:   File 
"/usr/lib/pymodules/python2.6/webob/dec.py", line 159, in __call__
(nova.api.openstack): TRACE:     return resp(environ, start_response)
(nova.api.openstack): TRACE:   File 
"/usr/lib/pymodules/python2.6/webob/dec.py", line 147, in __call__
(nova.api.openstack): TRACE:     resp = self.call_func(req, *args, 
**self.kwargs)
(nova.api.openstack): TRACE:   File 
"/usr/lib/pymodules/python2.6/webob/dec.py", line 208, in call_func
(nova.api.openstack): TRACE:     return self.func(req, *args, **kwargs)
(nova.api.openstack): TRACE:   File 
"/home/ubuntu/openstack/deployscripts/nova/nova/api/openstack/wsgi.py", 
line 490, in __call__
(nova.api.openstack): TRACE:     action_result = self.dispatch(request, 
action, args)
(nova.api.openstack): TRACE:   File 
"/home/ubuntu/openstack/deployscripts/nova/nova/api/openstack/wsgi.py", 
line 518, in dispatch
(nova.api.openstack): TRACE:     return controller_method(req=request, 
**action_args)
(nova.api.openstack): TRACE:   File 
"/home/ubuntu/openstack/deployscripts/openstackx/extensions/admin.py", 
line 716, in index
(nova.api.openstack): TRACE:     for service in db.service_get_all(context):
(nova.api.openstack): TRACE:   File 
"/home/ubuntu/openstack/deployscripts/nova/nova/db/api.py", line 93, in 
service_get_all
(nova.api.openstack): TRACE:     return IMPL.service_get_all(context, 
disabled)
(nova.api.openstack): TRACE:   File 
"/home/ubuntu/openstack/deployscripts/nova/nova/db/sqlalchemy/api.py", 
line 97, in wrapper
(nova.api.openstack): TRACE:     raise exception.AdminRequired()
(nova.api.openstack): TRACE: AdminRequired: User does not have admin 
privileges

On 10/08/11 00:44, Mauricio Arango wrote:
> Got it to run with mysql. Now, the multi-session screen doesn't come 
> up, it says:
> + screen -S nova -X screen -t n-api
> There are several suitable screens on:
>     30040.nova    (08/09/2011 06:36:19 PM)    (Detached)
>     29522.nova    (08/09/2011 06:10:17 PM)    (Detached)
>     28011.nova    (08/09/2011 05:31:30 PM)    (Detached)
>     27686.nova    (08/09/2011 05:30:07 PM)    (Detached)
>     27369.nova    (08/09/2011 05:27:09 PM)    (Detached)
>     27269.nova    (08/09/2011 05:03:46 PM)    (Detached)
>     26985.nova    (08/09/2011 02:58:43 PM)    (Detached)
>     26911.nova    (08/09/2011 02:55:58 PM)    (Detached)
>     26839.nova    (08/09/2011 02:54:42 PM)    (Detached)
> Use -S to specify a session.
>
> Thanks Arvind,
>
> Mauricio
>
>
>
>
>
> On Tue, Aug 9, 2011 at 5:23 PM, Arvind Somya <asomya at cisco.com 
> <mailto:asomya at cisco.com>> wrote:
>
>     Weird, creating a dummy database solved this error for me.
>
>     In the script, it doesn't check to see if a database called nova
>     exists, lines 312-314:
>
>     if [ "$USE_MYSQL" == 1 ]; then
>             mysql -p$MYSQL_PASS -e 'DROP DATABASE nova;'
>             mysql -p$MYSQL_PASS -e 'CREATE DATABASE nova;'
>
>     I'm assuming you're running the script as root so db permissions
>     to drop should not be an issue. You might try dropping nova
>     manually and commenting out the drop database line from the script.
>
>     Thanks
>     Arvind
>
>
>     On 08/09/2011 05:06 PM, Mauricio Arango wrote:
>>     Tied it, no luck, error indicating db nova already exists:
>>
>>     + mysql -pnova -e 'CREATE DATABASE nova;'
>>     ERROR 1007 (HY000) at line 1: Can't create database 'nova';
>>     database exists
>>
>>     Thanks,
>>
>>     Mauricio
>>
>>
>>
>>
>>     On Tue, Aug 9, 2011 at 3:52 PM, Arvind Somya <asomya at cisco.com
>>     <mailto:asomya at cisco.com>> wrote:
>>
>>         Yeah
>>
>>         It's trying to clear an existing database named nova in
>>         mysql.. try the following before install and run:
>>
>>         mysql -u root -p <root_password> -e"create database nova"
>>
>>         This should create an empty database called nova for it to whack.
>>
>>         Thanks
>>         Arvind
>>
>>
>>         On 08/09/2011 03:34 PM, Mauricio Arango wrote:
>>>         Arvind,
>>>
>>>         I ran the script with USE_MYSQL=1, also inverted the order
>>>         of lines 321 & 322 in the nova.sh script (was generating an
>>>         error). Didn't complete due to the following db-related error:
>>>
>>>         "Command failed, please check log for more info
>>>         2011-08-09 14:58:47,555 CRITICAL nova [-] (OperationalError)
>>>         (1049, "Unknown database 'nova'") None None ...."
>>>
>>>         Any ideas what could be the problem?
>>>
>>>         Thanks for your help,
>>>
>>>         Mauricio
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>         On Tue, Aug 9, 2011 at 1:49 PM, Arvind Somya
>>>         <asomya at cisco.com <mailto:asomya at cisco.com>> wrote:
>>>
>>>             Mauricio,
>>>
>>>             The cloudbuilders script starts the server on port 80
>>>             automatically. Afaik it also runs the sampledata script
>>>             from keystone to set up a couple of users. You might try
>>>             user:'joeuser' pass: 'secrete' or user:'joeadmin'
>>>             pass:'secrete' .. both accounts are autocreated from the
>>>             sample data script.
>>>
>>>             As to your sql problem.. I ran into the same when using
>>>             sqlite with the cloudbuilders image. Try this, install
>>>             mysql and:
>>>
>>>             export USE_MYSQL=1
>>>             export MYSQL_PASS=<your mysql root password>
>>>
>>>             then
>>>             // Clear our existing install data
>>>             nova.sh terminate
>>>             nova.sh clean
>>>             nova.sh scrub
>>>             nova.sh install
>>>             nova.sh run
>>>
>>>             The nova processes are run in a SCREEN command. The
>>>             script does not install euca2ools so you'll need to
>>>             install those separately.
>>>
>>>             Thanks
>>>             Arvind
>>>
>>>
>>>
>>>             On 08/09/2011 01:15 PM, Mauricio Arango wrote:
>>>>             Got the environment up and went to the Dashboard's
>>>>             entry page by pointing my browser to
>>>>             http://localhost:80/ (http://localhost:8000/ doesn't work).
>>>>
>>>>             Logged successfully with 'admin' user name;
>>>>             entered the System Panel page;
>>>>             got error in the Overview page:
>>>>             "Unable to get service info: User does not have admin
>>>>             privileges"
>>>>
>>>>             got error in the Instances page:
>>>>             "Unable to get instance list: (InterfaceError) Error
>>>>             binding parameter 6 - probably unsupported type......"
>>>>
>>>>             got error in the System Panel Services page:
>>>>             "Unable to get service info: User does not have admin
>>>>             privileges"
>>>>             it does display glance, identity , nova-compat, nova as up.
>>>>
>>>>             got error in User Dashboard Image when launching the
>>>>             only listed image (id=3, ami-tty):
>>>>             "Unable to launch instance: (InterfaceError) Error
>>>>             binding parameter 0 - probably unsupported type. ....."
>>>>
>>>>
>>>>             I didn't see any of the nova processes running with
>>>>             'nova-*' names. What names do they have?
>>>>
>>>>             I wasn't able to run either the nova-manage nor the
>>>>             euca tools. How can I do this? It is very helpful to
>>>>             have both access to the command line tools in nova as
>>>>             well as the Dashboard.
>>>>
>>>>             Thanks,
>>>>
>>>>             Mauricio
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>             On Mon, Aug 8, 2011 at 8:55 PM, Mark Gius
>>>>             <mark at markgius.com <mailto:mark at markgius.com>> wrote:
>>>>
>>>>                 $ sudo ./nova.sh branch
>>>>                 $ sudo ./nova.sh install
>>>>                 $ sudo ./nova.sh run
>>>>
>>>>                 This starts up everything in a screen session.
>>>>                  When you detach the screen with Ctrl-A, D all of
>>>>                 the openstack components will shut down.
>>>>
>>>>                 The nova.sh script generally sets up a clean
>>>>                 environment every time it is run.  This makes it
>>>>                 mostly useful for demo and test environments.
>>>>
>>>>                 Hopefully this helps.
>>>>
>>>>                 Mark
>>>>
>>>>
>>>>                 On Mon, Aug 8, 2011 at 5:40 PM, Mauricio Arango
>>>>                 <arango.mauricio at gmail.com
>>>>                 <mailto:arango.mauricio at gmail.com>> wrote:
>>>>
>>>>                     Thanks Mark,
>>>>
>>>>                     I'm trying your nova.sh script. I run it in a
>>>>                     clean Ubuntu instance as 'nova.sh install'.
>>>>                     However it didn't start the nova processes.
>>>>
>>>>                     Please let me know what is the correct way of
>>>>                     runnig the scrpt to get everything running.
>>>>
>>>>                     Mauricio
>>>>
>>>>
>>>>
>>>>
>>>>                     On Mon, Aug 8, 2011 at 5:28 PM, Mark Gius
>>>>                     <mark at markgius.com <mailto:mark at markgius.com>>
>>>>                     wrote:
>>>>
>>>>                         Have you set up and configured a keystone
>>>>                         instance for authentication?  The dashboard
>>>>                         only supports Keystone based authentication
>>>>                         right now, and it looks like you're trying
>>>>                         to connect to nova using Nova's builtin
>>>>                         auth.  That howto you are following is
>>>>                         quite old.   If you're looking to get
>>>>                         openstack up and running on a single box,
>>>>                         you might want to try this script
>>>>                         (https://github.com/4P/deployscripts/blob/master/nova.sh)
>>>>                         which sets up
>>>>                         nova+keystone+glance+dashboard on a single
>>>>                         host.
>>>>
>>>>                          If you'd like to modify your existing
>>>>                         setup, take a look at
>>>>                         https://github.com/openstack/keystone,
>>>>                         which talks about how to set up keystone
>>>>                         and integrate it into your nova installation.
>>>>
>>>>                         Mark
>>>>
>>>>                         On Mon, Aug 8, 2011 at 10:15 AM, Mauricio
>>>>                         Arango <arango.mauricio at gmail.com
>>>>                         <mailto:arango.mauricio at gmail.com>> wrote:
>>>>
>>>>                             Hi,
>>>>
>>>>                             I installed Nova and Dashboard on a
>>>>                             single VirtualBox Ubuntu guest,
>>>>                             following the instructions in:
>>>>                             http://uksysadmin.wordpress.com/2011/02/17/running-openstack-under-virtualbox-a-complete-guide/
>>>>                             and
>>>>                             http://wiki.openstack.org/OpenStackDashboard
>>>>
>>>>                             I added the following lines in
>>>>                             Dahsboard's  local_settings.py, based
>>>>                             on information extracted from the
>>>>                             novarc file in Nova:
>>>>                             [
>>>>                             EC2_ACCESS_KEY="afa00c4d-7c1f-4a26-8986-1e291abb4e9d:myproject"
>>>>                             EC2_SECRET_KEY="e77a7fd0-bd94-4e67-9dc1-75a9ee2da45c"
>>>>                             EC2_URL="http://172.241.0.101:8773/services/Cloud"
>>>>
>>>>                             NOVA_API_KEY="afa00c4d-7c1f-4a26-8986-1e291abb4e9d"
>>>>                             NOVA_USERNAME="mauricio"
>>>>                             NOVA_URL="http://172.241.0.101:8774/v1.0/"
>>>>                             NOVA_CERT="/home/mauricio/ostack/cloud/creds/cacert.pem"
>>>>                             ]
>>>>
>>>>                             The nova install, runs well, tested it
>>>>                             using euca tools.
>>>>
>>>>                             The GUI part of Dashboard works but
>>>>                             fails connecting to Nova, generating
>>>>                             the this error on any connection attempt:
>>>>                             [
>>>>                             DEBUG:django_openstack.api:extras_api
>>>>                             connection created using token
>>>>                             "e1d4b8ca-9386-4f8e-b194-de6e504d6fa5"
>>>>                             and url "http://localhost:8774/v1.1"
>>>>                             ERROR:django_openstack.dash:ApiException in
>>>>                             instance usage
>>>>                             Traceback (most recent call last):
>>>>                               File
>>>>                             "/home/mauricio/ostack/openstack-dashboard/django-openstack/django_openstack/dash/views/instances.py",
>>>>                             line 167, in usage
>>>>                                 usage = api.usage_get(request,
>>>>                             tenant_id, datetime_start, datetime_end)
>>>>                               File
>>>>                             "/home/mauricio/ostack/openstack-dashboard/django-openstack/django_openstack/api.py",
>>>>                             line 270, in inner
>>>>                                 return f(*args, **kwargs)
>>>>                               File
>>>>                             "/home/mauricio/ostack/openstack-dashboard/django-openstack/django_openstack/api.py",
>>>>                             line 520, in usage_get
>>>>                                 return
>>>>                             Usage(extras_api(request).usage.get(tenant_id,
>>>>                             start, end))
>>>>                               File
>>>>                             "/home/mauricio/ostack/openstack-dashboard/openstack-dashboard/.dashboard-venv/src/openstackx/openstackx/extras/usage.py",
>>>>                             line 15, in get
>>>>                                 return
>>>>                             self._get("/extras/usage/%s?start=%s&end=%s"
>>>>                             % (tenant_id, start.isoformat(),
>>>>                             end.isoformat()), "usage")
>>>>                               File
>>>>                             "/home/mauricio/ostack/openstack-dashboard/openstack-dashboard/.dashboard-venv/src/openstackx/openstackx/api/base.py",
>>>>                             line 36, in _get
>>>>                                 resp, body =
>>>>                             self.api.connection.get(url)
>>>>                               File
>>>>                             "/home/mauricio/ostack/openstack-dashboard/openstack-dashboard/.dashboard-venv/src/openstackx/openstackx/api/connection.py",
>>>>                             line 78, in get
>>>>                                 return self._cs_request(url, 'GET',
>>>>                             **kwargs)
>>>>                               File
>>>>                             "/home/mauricio/ostack/openstack-dashboard/openstack-dashboard/.dashboard-venv/src/openstackx/openstackx/api/connection.py",
>>>>                             line 66, in _cs_request
>>>>                                 raise ex
>>>>                             Unauthorized: This server could not
>>>>                             verify that you are authorized to
>>>>                             access the document you requested.
>>>>                             Either you supplied the wrong
>>>>                             credentials (e.g., bad password), or
>>>>                             your browser does not understand how to
>>>>                             supply the credentials required. (HTTP 401)
>>>>                             ]
>>>>
>>>>
>>>>                             I'm including the contents of the
>>>>                             novarc file:
>>>>                             [
>>>>                             NOVA_KEY_DIR=$(pushd $(dirname
>>>>                             $BASH_SOURCE)>/dev/null; pwd;
>>>>                             popd>/dev/null)
>>>>                             export
>>>>                             EC2_ACCESS_KEY="afa00c4d-7c1f-4a26-8986-1e291abb4e9d:myproject"
>>>>                             export
>>>>                             EC2_SECRET_KEY="e77a7fd0-bd94-4e67-9dc1-75a9ee2da45c"
>>>>                             export
>>>>                             EC2_URL="http://172.241.0.101:8773/services/Cloud"
>>>>                             export S3_URL="http://172.241.0.101:3333"
>>>>                             export EC2_USER_ID=42 # nova does not
>>>>                             use user id, but bundling requires it
>>>>                             export
>>>>                             EC2_PRIVATE_KEY=${NOVA_KEY_DIR}/pk.pem
>>>>                             export EC2_CERT=${NOVA_KEY_DIR}/cert.pem
>>>>                             export NOVA_CERT=${NOVA_KEY_DIR}/cacert.pem
>>>>                             export EUCALYPTUS_CERT=${NOVA_CERT} #
>>>>                             euca-bundle-image seems to require this set
>>>>                             alias
>>>>                             ec2-bundle-image="ec2-bundle-image
>>>>                             --cert ${EC2_CERT} --privatekey
>>>>                             ${EC2_PRIVATE_KEY} --user 42 --ec2cert
>>>>                             ${NOVA_CERT}"
>>>>                             alias
>>>>                             ec2-upload-bundle="ec2-upload-bundle -a
>>>>                             ${EC2_ACCESS_KEY} -s ${EC2_SECRET_KEY}
>>>>                             --url ${S3_URL} --ec2cert ${NOVA_CERT}"
>>>>                             export
>>>>                             NOVA_API_KEY="afa00c4d-7c1f-4a26-8986-1e291abb4e9d"
>>>>                             export NOVA_USERNAME="mauricio"
>>>>                             export
>>>>                             NOVA_URL="http://172.241.0.101:8774/v1.0/"
>>>>                             ]
>>>>
>>>>
>>>>                             Thanks in advance for your help,
>>>>
>>>>                             Mauricio
>>>>
>>>>
>>>>                             _______________________________________________
>>>>                             Mailing list:
>>>>                             https://launchpad.net/~openstack
>>>>                             <https://launchpad.net/%7Eopenstack>
>>>>                             Post to     :
>>>>                             openstack at lists.launchpad.net
>>>>                             <mailto:openstack at lists.launchpad.net>
>>>>                             Unsubscribe :
>>>>                             https://launchpad.net/~openstack
>>>>                             <https://launchpad.net/%7Eopenstack>
>>>>                             More help   :
>>>>                             https://help.launchpad.net/ListHelp
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>             _______________________________________________
>>>>             Mailing list:https://launchpad.net/~openstack  <https://launchpad.net/%7Eopenstack>
>>>>             Post to     :openstack at lists.launchpad.net  <mailto:openstack at lists.launchpad.net>
>>>>             Unsubscribe :https://launchpad.net/~openstack  <https://launchpad.net/%7Eopenstack>
>>>>             More help   :https://help.launchpad.net/ListHelp
>>>
>>>
>>
>>
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20110810/a448a6d5/attachment.html>


More information about the Openstack mailing list