Sure, no problem! Zitat von Tony Liu <tonyliu0592@hotmail.com>:
Figured it out. The Cinder user missed caps on image pool. It seems RBD driver handles this error silently by downloading the image and create a volume without parent.
Thanks Eugen for verification!
Tony ________________________________________ From: Eugen Block <eblock@nde.ag> Sent: December 12, 2024 09:51 AM To: Tony Liu Cc: openstack-discuss@lists.openstack.org Subject: Re: [cinder][ceph rbd driver] create volume in EC pool by download, but not clone
Yes, that’s what this line was supposed to show:
data_pool: volumes-hdd-ec
Zitat von Tony Liu <tonyliu0592@hotmail.com>:
I mean, does your image pool have EC pool for data?
Thanks! Tony
On Dec 12, 2024 9:21 AM, Eugen Block <eblock@nde.ag> wrote:
It has to be a replicated pool.
Zitat von Tony Liu <tonyliu0592@hotmail.com>:
Hi Eugen,
Is your image pool EC or replicated?
Thanks! Tony
On Dec 12, 2024 3:46 AM, Eugen Block <eblock@nde.ag> wrote:
Hi Tony,
for me it works as expected in Victoria (we'll upgrade to Wallaby soon):
controller01:~# rbd info images/volume-50693477-7986-41a2-b721-36dd6dc1a5b6 | grep -E "data_pool|parent" data_pool: volumes-hdd-ec parent: images/602b989c-1d04-4d04-a196-dee7cab02b43@snap
Have you ensured the glance image is in raw format and not something else like qcow?
Regards, Eugen
Zitat von Tony Liu <tonyliu0592@hotmail.com>:
Hi, With Antelope, when create a volume in EC pool from image, Cinder downloads the image and upload it to volume, instead of cloning it as create volume in replicated pool. May I know the intention behind it? Why not clone it? Also, in case the intention is to remove dependency, clone and flatten works better. Thanks! Tony