yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #77555
[Bug 1818851] Re: Snapshots of volume backed instances default to qcow2
** Also affects: cinder
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1818851
Title:
Snapshots of volume backed instances default to qcow2
Status in Cinder:
New
Status in Glance:
New
Bug description:
This report applies to a production Ocata cloud and also to a Rocky lab environment.
I'm not entirely sure which component is responsible exactly but the inconsistency is strongly related to glance.
This report results from a mailing list thread I started in October
2018 [1], I only could put the pieces together step by step as some of
the behavior was not reproducible, so this took a while, and my
conclusion is summed up in [2]. I'll recap here:
The backend for nova, cinder and glance is ceph.
1. Creating an instance from a (regular) glance image with
'disk_format = qcow2' results in a "flat" nova instance with no parent
data. Although a snapshot seems to create a "raw" image it's actually
"qcow2", resulting in more flat images if instances are launched from
this new image.
2. Creating a snapshot of a volume based nova instance (raw format) unexpectedly
results in a glance image with 'disk_format = qcow2'.
But launching a new instance from that snapshot does *not* result in a flat image as I
would have expected because of 1. Instead the new instance is a cow-clone of the original volume, which in fact is expected because of the ceph backend.
So the workflow seems fine, but I find it very confusing (obviously)
that the volume based snapshot is declared as a qcow2 image, that
doesn't seem right.
Steps to reproduce (part I):
1. Create qcow2 image.
2. Launch instance from qcow2 image.
3. Instance has no parent data, it's a flat rbd image without 'parent data'.
Steps to reproduce (part II):
1. Create raw image.
2. Launch volume backed instance from raw image.
3. Create snapshot of instance, resulting in a glance image with 'disk_format = qcow2'.
4. Launch instance from that image, results in a new copy-on-write clone (volume).
Expected result:
Snapshot of a volume backed instance should also have 'disk_format=raw'.
The consequences of the image property 'disk_format' should always be the same, no matter how the image was created.
Actual result:
Depending on the image creation the same property 'disk_format' has different effects on the ceph backend and the resulting usability.
[1] https://www.mail-archive.com/openstack@xxxxxxxxxxxxxxxxxxx/msg20935.html
[2] http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003383.html
To manage notifications about this bug go to:
https://bugs.launchpad.net/cinder/+bug/1818851/+subscriptions
References