summaryrefslogtreecommitdiffstats
path: root/plugins
diff options
context:
space:
mode:
authorKevin L. Mitchell <kevin.mitchell@rackspace.com>2012-07-30 15:59:08 -0500
committerKevin L. Mitchell <kevin.mitchell@rackspace.com>2012-07-30 16:11:12 -0500
commitaab2f2e6733e1087a30782c43cf688e427a28f35 (patch)
treeefc63acc8769fc28f60cf86d7994a9ab7d538194 /plugins
parenta84c35d0830f68553cf9c814f7ae2eccf04b84e8 (diff)
downloadnova-aab2f2e6733e1087a30782c43cf688e427a28f35.tar.gz
nova-aab2f2e6733e1087a30782c43cf688e427a28f35.tar.xz
nova-aab2f2e6733e1087a30782c43cf688e427a28f35.zip
Fix image_type=base after snapshot
When an instance is snapshotted, the resultant image should have the image_type property set to "snapshot". However, if the base image already had image_type set to "base", the image_type on the snapshot will also be set to "base". This turns out to be because we set image properties in two different places. The first is when the image record is created in glance, which occurs in nova.compute.api:API._create_image(); this is when image_type is set to "snapshot". However, in nova.virt.xenapi.vm_utils:upload_image(), all the properties from the base image are copied over, so all the properties set by _create_image() could be overwritten. The quick solution was to extend the non_inheritable_image_properties configuration setting to also cover the image properties set by _create_image(). Long-term, these two metadata-setting processes need to be more closely unified. (It should be noted that the upload_image() function contains a TODO stating that the code should move into the compute manager, so it can be shared across hypervisors…) Fixes bug 1031079. Change-Id: I936bc147fb823eca67e40084cba5c3bc1a7fe73a
Diffstat (limited to 'plugins')
0 files changed, 0 insertions, 0 deletions