With the help of Josh on IRC, we found that actually the glance_api_version
directive has to be in the [default] block of your cinder.conf ( i happen
to have two storage backends and this directive was in my rbd block).
After fixing this config my volumes created via cinder are indeed COW.
Now I need to figure out why nova is still doing rbd --import...
I'm not sure if the v1 url below is correct... Any idea?
2014-05-19 13:40:12.780 27548 AUDIT nova.compute.manager
[req-17b62396-4385-4788-b7c7-9bf5a5134c68
8bb8a6f4fe73422a9f464875eecac1d7 a17f155c44324038b6587b233bc45794]
[instance: 6ab377be-706d-45c2-a139-2860b875e89d] Starting instance...
2014-05-19 13:40:13.858 27548 DEBUG nova.image.glance
[req-17b62396-4385-4788-b7c7-9bf5a5134c68
8bb8a6f4fe73422a9f464875eecac1d7 a17f155c44324038b6587b233bc45794]
fetching image 6850844a-2899-4bc6-a957-de9705d56130 from glance
get_remote_image_service
/usr/lib64/python2.7/site-packages/nova/image/glance.py:575
2014-05-19 13:40:13.859 27548 DEBUG stevedore.extension [-] found
extension EntryPoint.parse('file = nova.image.download.file')
_load_plugins /usr/lib64/python2.7/site-packages/stevedore/extension.py:156
2014-05-19 13:40:13.859 27548 DEBUG stevedore.extension [-] found
extension EntryPoint.parse('file = nova.image.download.file')
_load_plugins /usr/lib64/python2.7/site-packages/stevedore/extension.py:156
2014-05-19 13:40:13.864 27548 DEBUG glanceclient.common.http [-] curl
-i -X HEAD -H 'X-Service-Catalog: [{"endpoints_links": [],
"endpoints": [{"adminURL":
"http://172.16.128.32:8776/v1/a17f155c44324038b6587b233bc45794";,
"region": "RegionOne", "publicURL":
"http://172.16.128.223:8776/v1/a17f155c44324038b6587b233bc45794";,
"internalURL": "http://172.16.128.32:8776/v1/a17f155c44324038b6587b233bc45794";,
"id": "5366b2488dba4acfba6190cfbeb740eb"}], "type": "volume", "name":
"cinder"}]' -H 'X-Identity-Status: Confirmed' -H 'X-Roles:
Member,admin' -H 'User-Agent: python-glanceclient' -H 'X-Tenant-Id:
a17f155c44324038b6587b233bc45794' -H 'X-User-Id:
8bb8a6f4fe73422a9f464875eecac1d7' -H 'X-Auth-Token:
48754a34ec124f9b8787c921235df775' -H 'Content-Type:
application/octet-stream'
http://172.16.128.223:9292/v1/images/6850844a-2899-4bc6-a957-de9705d56130
log_curl_request
/usr/lib64/python2.7/site-packages/glanceclient/common/http.py:142
2014-05-19 13:40:13.887 27548 DEBUG glanceclient.common.http [-]
HTTP/1.1 200 OK
content-length: 0
x-image-meta-id: 6850844a-2899-4bc6-a957-de9705d56130
date: Mon, 19 May 2014 20:40:13 GMT
x-image-meta-deleted: False
x-image-meta-checksum: cca00ef7030ebc1cb6b2613b50c21bf1
x-image-meta-container_format: bare
x-image-meta-protected: False
x-image-meta-min_disk: 0
x-image-meta-created_at: 2014-05-13T20:17:20
x-image-meta-size: 2147483648
x-image-meta-status: active
etag: cca00ef7030ebc1cb6b2613b50c21bf1
location: http://172.16.128.223:9292/v1/images/6850844a-2899-4bc6-a957-de9705d56130
x-image-meta-is_public: True
x-image-meta-min_ram: 0
x-image-meta-owner: 6abac8a5da7d4928aea04ffb0c75571a
x-image-meta-updated_at: 2014-05-13T20:19:00
content-type: text/html; charset=UTF-8
x-openstack-request-id: req-d71c7a3b-801d-43f1-8055-8222cd175084
x-image-meta-disk_format: raw
x-image-meta-name: base-image-20130909-1-rbd
On Mon, May 19, 2014 at 8:22 AM, Michael J. Kidd
<michael.kidd at inktank.com>wrote:
> After sending my earlier email, I found another commit that was merged in
> March:
> https://review.openstack.org/#/c/59149/
>
> Seems to follow a newer image handling technique that was being sought
> which prevented the first patch from being merged in...
>
> Michael J. Kidd
> Sr. Storage Consultant
> Inktank Professional Services
>
>
> On Mon, May 19, 2014 at 11:20 AM, Pierre Grandin <
> pierre.grandin at tubemogul.com> wrote:
>
>> Actually you can get the patched code from here for Havana :
>> https://github.com/jdurgin/nova/tree/havana-ephemeral-rbd
>>
>> But i'm still trying to get it to work (in my case the volumes are still
>> copies, and not copy on write).
>>
>>
>> On Mon, May 19, 2014 at 7:19 AM, Michael J. Kidd <
>> michael.kidd at inktank.com> wrote:
>>
>>> Since the status is 'Abandoned', it would appear that the fix has not
>>> been merged into any release of OpenStack.
>>>
>>> Thanks,
>>>
>>> Michael J. Kidd
>>> Sr. Storage Consultant
>>> Inktank Professional Services
>>>
>>>
>>> On Sun, May 18, 2014 at 5:13 PM, Yuming Ma (yumima) <yumima at cisco.com>wrote:
>>>
>>>> Wondering what is the status of this fix
>>>> https://review.openstack.org/#/c/46879/? Which release has it?
>>>> ? Yuming
>>>>
>>>> _______________________________________________
>>>> ceph-users mailing list
>>>> ceph-users at lists.ceph.com
>>>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>>>>
>>>>
>>>
>>> _______________________________________________
>>> ceph-users mailing list
>>> ceph-users at lists.ceph.com
>>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>>>
>>>
>>
>>
>> --
>> *Pierre Grandin *| Senior Site Reliability Engineer
>> *M: *510.423.2231 <http://559.217.2126/>| @p_grandin<https://twitter.com/p_grandin>
>>
>>
--
*Pierre Grandin *| Senior Site Reliability Engineer
*M: *510.423.2231 <http://559.217.2126/>|
@p_grandin<https://twitter.com/p_grandin>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ceph.com/pipermail/ceph-users-ceph.com/attachments/20140519/2bc29e93/attachment.htm>
