[Openstack] Problems connecting Dashboard and Nova
Arvind Somya
asomya at cisco.com
Tue Aug 9 23:16:00 UTC 2011
That's correct .. you'll have to manually kill each screen process and
run again. The script creates a screen for each process it starts and if
it dies before the end it just leaves the screens running. usually when
it does that you can do a nova.sh clean and nova.sh scrub to try and get
rid of those screens.
Thanks
Arvind
On 08/09/2011 06:49 PM, Mark Gius wrote:
> Yeah, that's a pretty common problem when nova.sh sessions fail.
> You'll need to kill all of those sessions. since you have so many,
> I'd suggest just rebooting the machine to clear them out, otherwise
> you can screen -r <screenname> for each screen, where screenname is
> 30040.nova, etc, and exit the bash process that's running in them.
>
> Mark
>
> On Tue, Aug 9, 2011 at 3:44 PM, Mauricio Arango
> <arango.mauricio at gmail.com <mailto:arango.mauricio at gmail.com>> 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
>>>
>>>
>>
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20110809/dcc51b93/attachment.html>
More information about the Openstack
mailing list