OpenStack provider plus Juju not working

Fri Mar 28 04:49:36 UTC 2014

Hi Andrew,

  I didn't set tools-url and tools-metadata-url, looks like you find the
root cause, what it should be like, I failed to find info of it except :
  # tools-url:  https://you-tools-url

  I am not sure what tools url is, juju tool?

  Thanks for your great help : )

Sebas,

  Try to redeploy OpenStack with enable swift, that's what I did to move on
fast.

Regards.
Hui

On Fri, Mar 28, 2014 at 12:42 PM, Sebastian <sebas5384 at gmail.com> wrote:

> yeah, maybe you are right, well at least Im not the only one suffering
> from swift and juju relationship, hehe.
>
> Seems to me juju is getting a wrong url for their tools, as Andrew noticed.
>
> Abs,
> Sebas.
>
>
>
> 2014-03-28 1:39 GMT-03:00 Andrew Wilkins <andrew.wilkins at canonical.com>:
>
>> On Fri, Mar 28, 2014 at 12:24 PM, Hui Xiang <hui.xiang at canonical.com>wrote:
>>
>>> Hi juju community,
>>>
>>>   I hit en error when using juju plus OpenStack provider, below is the
>>> environment and what I found, please give me a help to let me move on.
>>>
>>>   OpenStack： Havana(deployed with devstack)
>>>   juju : 1.16.6-precise-amd64
>>>
>>>   swift works well:
>>>   ubuntu at havana:~$ swift list
>>>   dfc9e845-2d67-4be4-892a-648a7a13e881
>>>
>>>   But when running "ubuntu at havana:~/.juju$ sudo juju bootstrap --debug"
>>> , it goes wrong with log:
>>>
>>>   2014-03-28 04:09:16 DEBUG juju.environs.simplestreams
>>> simplestreams.go:458 fetchData failed for "*http://10.55.32.149:8080/v1/AUTH_02db550787604a85a3df364b5cdf9ac4/2ae43fe4-eb72-4402-9c5c-4a42749cfee3/streams/v1/index.json
>>> <http://10.55.32.149:8080/v1/AUTH_02db550787604a85a3df364b5cdf9ac4/2ae43fe4-eb72-4402-9c5c-4a42749cfee3/streams/v1/index.json>*":
>>> failed to GET object streams/v1/index.json from container
>>> 2ae43fe4-eb72-4402-9c5c-4a42749cfee3
>>>   ERROR juju supercommand.go:282 cannot start bootstrap instance: index
>>> file has no data for cloud {RegionOne http://10.55.32.149:35357/v2.0/}
>>> not found
>>>
>>>   So I check the swift container, juju seems create the  container with
>>> my specified control_bucket, adding a new container:
>>>   ubuntu at havana:~$ swift list
>>>   *2ae43fe4-eb72-4402-9c5c-4a42749cfee3*
>>>   dfc9e845-2d67-4be4-892a-648a7a13e881
>>>
>>>
>>>   Then I try to check the link automatically
>>>   ubuntu at havana:~/.juju$ curl
>>> http://10.55.32.149:8080/v1/AUTH_02db550787604a85a3df364b5cdf9ac4/2ae43fe4-eb72-4402-9c5c-4a42749cfee3/streams/v1/index.json
>>> <html><h1>Not Found</h1><p>*The resource could not be found.*</p></html>
>>>   But it will success by add the "tools" in front of
>>> /streams/v1/index.json
>>>  ubuntu at havana:~/.juju$ curl
>>> http://10.55.32.149:8080/v1/AUTH_02db550787604a85a3df364b5cdf9ac4/2ae43fe4-eb72-4402-9c5c-4a42749cfee3/
>>> *tools*/streams/v1/index.json
>>> {
>>>     "index": {
>>>         "com.ubuntu.juju:released:tools": {
>>>             "updated": "Fri, 28 Mar 2014 04:09:15 +0000",
>>>             "format": "products:1.0",
>>>             "datatype": "content-download",
>>>             "path": "streams/v1/com.ubuntu.juju:released:tools.json",
>>>             "products": [
>>>                  "com.ubuntu.juju:12.04:amd64",
>>>                 "com.ubuntu.juju:12.04:armhf",
>>>                 "com.ubuntu.juju:12.04:i386",
>>>                 "com.ubuntu.juju:12.10:amd64",
>>>                 "com.ubuntu.juju:12.10:i386",
>>>                 "com.ubuntu.juju:13.10:amd64",
>>>                 "com.ubuntu.juju:13.10:armhf",
>>>                 "com.ubuntu.juju:13.10:i386",
>>>                 "com.ubuntu.juju:14.04:amd64",
>>>                 "com.ubuntu.juju:14.04:armhf",
>>>                 "com.ubuntu.juju:14.04:i386"
>>>             ]
>>>         }
>>>     },
>>>     "updated": "Fri, 28 Mar 2014 04:09:15 +0000",
>>>     "format": "index:1.0"
>>>
>>>
>>>   How should I fix this, as juju changed the link but when bootstrap did
>>> not call with the same link, anyone can help me is really appreciated.
>>>
>>> Regards.
>>>
>>> Hui.
>>>
>>
>> Have you set tools-url or tools-metadata-url in your environments.yaml?
>> Looks a bit like they might be set (incorrectly).
>>
>> --
>> Juju mailing list
>> Juju at lists.ubuntu.com
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/juju
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju/attachments/20140328/099d5213/attachment-0001.html>