This needs some verification on many datasources, likely should include a cloud_test; though that means sorting out how to attach additional disks to the platforms we support. And manual verification that by default we don't change behavior around ephemeral disks; though that _is_ something worth discussing for Eoan cloud-init; I think it would be a nice lift to background the ephemeral device format/mount for any built-in ephemeral device.
Some initial numbers I looked at while working on this: https://hackmd.io/D7ieSPhaQhO4bF6FyhJLkQ -- https://code.launchpad.net/~raharper/cloud-init/+git/cloud-init/+merge/369362 Your team cloud-init commiters is requested to review the proposed merge of ~raharper/cloud-init:feature/disk_setup_async into cloud-init:master. _______________________________________________ Mailing list: https://launchpad.net/~cloud-init-dev Post to : cloud-init-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~cloud-init-dev More help : https://help.launchpad.net/ListHelp
