Open Stack

Hello Ignazio.  A few things:

(1) You can run both glance v1 and v2 simultaneously.  They share the
same database and storage backend.  The difference is that you, as a
client, interact with the APIs in different ways (v1 does a lot of
info-passing in http headers, v2 does everything in JSON; v2 has more
features because we've stopped development on v1 except for critical
bugfixes).

(2) (see below)

(3) (see below)

Hope this helps!
brian


On 3/31/17 3:55 PM, Ignazio Cassano wrote:
> I've just tried to disableglance v2 api and load a new image cirros2, but
> If I show it:
> 
>  Field            | Value                                                |
> +------------------+------------------------------------------------------+
> | checksum         | ee1eca47dc88f4879d8a229cc70a07c6                     |
> | container_format | bare                                                 |
> | created_at       | 2017-03-31T19:47:52Z                                 |
> | disk_format      | qcow2                                                |
> | file             | /v2/images/e9794e0b-73e5-4a91-9159-5701e521b289/file |

(2) This isn't actually the image's location.  This is just the URL
you'd use to get the image data via the v2 API.  The /v2 part tells the
glance router that the v2 API needs to handle the request, and the v2
API knows how to read this "file" URL to locate the data you're
requesting in whatever storage backend Glance is configured to use.

> | id               | e9794e0b-73e5-4a91-9159-5701e521b289                 |
> | min_disk         | 0                                                    |
> | min_ram          | 0                                                    |
> | name             | cirros2                                              |
> | owner            | 3919bd9727354f6a82d0a4feaf85dc8c                     |
> | protected        | False                                                |
> | schema           | /v2/schemas/image                                    |
> | size             | 13287936                                             |
> | status           | active                                               |
> | tags             |                                                      |
> | updated_at       | 2017-03-31T19:47:52Z                                 |
> | virtual_size     | None                                                 |
> | visibility       | public                                               |
> +------------------+------------------------------------------------------+
> 
> It seems to  under /v2 :-(
> So an heat stack with cirros2 does not work anycase
> 
> 
> 
> 
> 2017-03-31 21:07 GMT+02:00 Brian Rosmaita <rosmaita.fossdev at gmail.com>:
> 
>> On 3/31/17 10:52 AM, Ignazio Cassano wrote:
>>> Hi all,
>>> I just installed openstack newton on centos 7 and enabled glance with v2
>>> api.

(3) Make sure you keep the Images v2 API enabled as well as enabling v1.
 Newton is the release where Nova began using the Image v2 API to
communicate with Glance.

>>> When I execute a simple heat stack, it returns the following error:
>>>
>>> ERROR: Property error: : resources.my_instance.properties.image: :
>>> HTTPMultipleChoices (HTTP 300) Requested version of OpenStack Images API
>> is
>>> not available.
>>
>> Hi Ignazio.  I'm pretty sure Newton Heat still requires the Images v1
>> API, so you'll need to make sure it's enabled in your installation.
>>
>> cheers,
>> brian
>>
>>>
>>> the following is my very simple stack:
>>>
>>> heat_template_version: 2015-10-15
>>> description: simple test
>>> resources:
>>>   my_instance:
>>>     type: OS::Nova::Server
>>>     properties:
>>>       key_name: opstkcsi
>>>       image: cirros
>>>       flavor: m1.small
>>>       networks:
>>>       - network: "0bfd37f8-779f-4b51-bb79-b03745409c15"
>>>
>>>
>>> I am able to create instances from image using the dashboard and creating
>>> volume from images but it does not work.
>>> Please, help me !!!
>>> Thanks
>>> Ignazio
>>>
>>>
>>>
>>> _______________________________________________
>>> OpenStack-operators mailing list
>>> OpenStack-operators at lists.openstack.org
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>>
>>
>>
>