@@ -597,7 +597,7 @@ def _get_image_create_disk_format_default(self, context):
597
597
"""
598
598
# These preferred disk formats are in order:
599
599
# 1. we want qcow2 if possible (at least for backward compat)
600
- # 2. vhd for xenapi and hyperv
600
+ # 2. vhd for hyperv
601
601
# 3. vmdk for vmware
602
602
# 4. raw should be universally accepted
603
603
preferred_disk_formats = (
@@ -1276,20 +1276,19 @@ def download(self, context, id_or_uri, data=None, dest_path=None,
1276
1276
Note that because of the poor design of the
1277
1277
`glance.ImageService.download` method, the function returns different
1278
1278
things depending on what arguments are passed to it. If a data argument
1279
- is supplied but no dest_path is specified (only done in the XenAPI virt
1280
- driver's image.utils module) then None is returned from the method. If
1281
- the data argument is not specified but a destination path *is*
1282
- specified, then a writeable file handle to the destination path is
1283
- constructed in the method and the image bits written to that file, and
1284
- again, None is returned from the method. If no data argument is
1285
- supplied and no dest_path argument is supplied (VMWare and XenAPI virt
1286
- drivers), then the method returns an iterator to the image bits that
1287
- the caller uses to write to wherever location it wants. Finally, if the
1288
- allow_direct_url_schemes CONF option is set to something, then the
1289
- nova.image.download modules are used to attempt to do an SCP copy of
1290
- the image bits from a file location to the dest_path and None is
1291
- returned after retrying one or more download locations (libvirt and
1292
- Hyper-V virt drivers through nova.virt.images.fetch).
1279
+ is supplied but no dest_path is specified (not currently done by any
1280
+ caller) then None is returned from the method. If the data argument is
1281
+ not specified but a destination path *is* specified, then a writeable
1282
+ file handle to the destination path is constructed in the method and
1283
+ the image bits written to that file, and again, None is returned from
1284
+ the method. If no data argument is supplied and no dest_path argument
1285
+ is supplied (VMWare virt driver), then the method returns an iterator
1286
+ to the image bits that the caller uses to write to wherever location it
1287
+ wants. Finally, if the allow_direct_url_schemes CONF option is set to
1288
+ something, then the nova.image.download modules are used to attempt to
1289
+ do an SCP copy of the image bits from a file location to the dest_path
1290
+ and None is returned after retrying one or more download locations
1291
+ (libvirt and Hyper-V virt drivers through nova.virt.images.fetch).
1293
1292
1294
1293
I think the above points to just how hacky/wacky all of this code is,
1295
1294
and the reason it needs to be cleaned up and standardized across the
0 commit comments