Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

Using this devStack guide : Running a Cloud in a VM to test OpenStack.

What would be the steps to get the correct juju configuration from a fresh devStack setup?

EDIT : Found out the first configuration parameters but I still did not succeed in making juju boostrap work, check my answer below.


Looking at this Ask Ubuntu Question :

You just need to explicitly set the right keys in environments.yaml, specifically ec2-uri, s3-uri, access-key, default-image-id and secret-key.

Your keystone bits should be producing the access key ID and secret key that will be used to populate those fields.

So does anyone knows how do you get keystone to provide you the access and secret key? And what would be the ec2-uri, s3-uri?

share|improve this question
    
I like this question a lot, but I think it has loads of divergent paths to goals, so it's not really a QA style thing. There is a serious lack of blog articles on automating deployment of VMs in openstack with and without virtualized networking though. I'll try to remedy that, at least for my deployment of devstack, in the nearish future. –  hbdgaf Oct 4 '13 at 20:50
add comment

1 Answer 1

up vote 0 down vote accepted

So it looks like it was quite easy to find theses from the dashboard interface :

http://my.private.cloud/settings/project/ will give you OpenStack API endpoints :

ec2-uri: http://my.private.cloud:8773/services/Cloud
s3-uri: http://my.private.s3:3333

http://my.private.cloud/settings/ec2/ will enable you to download a zip file with all the information inside.

access-key: random-uuid-follows-1fc1f05e-1c37-4594-8e5e:me_project
secret-key: random-uuid-follows-4a75192b-2478-4acf-a6e8-aa60bbaf1e28

I'm currently stuck on :

user@ubuntu:~$ juju bootstrap --environment openstack
2012-07-16 19:39:32,499 WARNING ssl-hostname-verification is disabled for this environment
2012-07-16 19:39:32,500 WARNING EC2 API calls not using secure transport
2012-07-16 19:39:32,500 WARNING S3 API calls not using secure transport
2012-07-16 19:39:32,500 WARNING Ubuntu Cloud Image lookups encrypted but not authenticated
2012-07-16 19:39:32,503 INFO Bootstrapping environment 'openstack' (origin: distro type: ec2)...
User timeout caused connection failure.
2012-07-16 19:40:02,538 ERROR User timeout caused connection failure.
share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.