Using Juju with HP-Cloud - fist impressions
Ian Booth
ian.booth at canonical.com
Mon Mar 25 03:36:41 UTC 2013
Hi Zygmunt
Thanks very much for taking the effort to report the problems you encountered.
>
> 1) Links from https://juju.ubuntu.com/get-started/hp-cloud/ to various HP pages
> are broken
>
It seems that the API Keys link is indeed broken, it should be:
https://account.hpcloud.com/account/api_keys
The others seem ok as far as I can tell. We'll arrange to get the broken link fixed.
> 2) The configuration example on https://juju.ubuntu.com/get-started/hp-cloud/ is
> different than what is generated by juju init. The difference is confusing,
> several fields seem to be conflicting in nature (default-series, defaul-image-id).
>
One possible reason for any difference is that the web page you are looking at
was written for Python Juju. Go Juju doesn't deliberately use different config
settings but there might be subtle differences.
default-image-id: "75845"
The image id above from juju init is for a recent Precise 12.04 64 bit server.
The 8419 image id on the web page is for a deprecated image, so the difference
there is that the web page is out of date. A general comment - image ids are
used right now because work to support constraints is not quite ready for
Openstack deployments. The need for explicit image ids will disappear as soon as
the constraints work is finalised.
The default series config setting for Go Juju is commented out in the juju init
generated config, but the purpose of the field is currently the same as for
Python Juju. Work is being done in Go Juju to change how series is handled, and
this will be documented in the relevant release notes.
> 3) Juju gives a very confusing error message if object storage is not activated
> and activated in the right region
>
We'll see what can be done to improve the error message. Do you have an example
of the message you are referring to?
> 4) Juju does not seem to work with keypair auth-mode, only userpass seems to work.
>
Yes, this is a known limitation. See bug 1135335.
> 5) Region names seem to have changed as compared to our documentation examples
>
Do you have a specific example? The web page refers to region
"az-1.region-a.geo-1" and this is the same as I have in my OS_REGION_NAME env
variable.
> 6) the purpose of some fields feels too cryptic. I don't really know what
> 'tenant-name' is for.
>
>From the juju init output:
# Usually set via the env variable OS_TENANT_NAME, but can be specified here
# tenant-name: <your tenant name>
Where to get your tenant name is shown the the web page.
> 7) Bootstrap fails like this:
>
> zyga at g580:~$ juju bootstrap --upload-tools
> error: cannot start bootstrap instance: cannot find image satisfying
> constraints: failed to get list of flavours, caused by: no endpoints known for
> service type: compute
>
This indicates the region is not set correctly.
Here's what I have my environment variables set to (and as per the juju init
output, you could instead have this information in your environments yaml file):
export OS_USERNAME="my user name here"
export OS_TENANT_NAME="my tenant name here"
export OS_PASSWORD="my password"
export OS_AUTH_URL="https://region-a.geo-1.identity.hpcloudsvc.com:35357/v2.0/"
export OS_REGION_NAME="az-1.region-a.geo-1"
I hope the above helps. If anything is unclear, please do ask.
More information about the Juju
mailing list