[Openstack] Problems connecting Dashboard and Nova
Arvind Somya
asomya at cisco.com
Wed Aug 10 16:14:23 UTC 2011
Rafael,
You can try 'export USE_GIT=0' before 'nova.sh install' to load nova
from launchpad. It'll still load keystone from git though.
Thanks
Arvind
On 08/09/2011 06:55 PM, Rafael Durán Castañeda wrote:
> 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
>
>
> _______________________________________________
> 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/0a25d097/attachment.html>
More information about the Openstack
mailing list