
By default, all config drive types are checked. But if somehow, the implementation of each type fails, the metadata service errors out and does not check for the next type. The issue was reported here: https://ask.cloudbase.it/question/3094/windows-server-2016-extendvolumespluginp-doesnt-work/ In that case, in the method is_vfat_drive: match = VOLUME_LABEL_REGEX.search(out) return match.group(1) in CONFIG_DRIVE_LABELS if match value is None, the return line throws an error: AttributeError: 'NoneType' object has no attribute 'group' To make sure that no other implementation will bubble up the error, we catch the error in the config_drive metadata service. Catching the error will allow that the next config_drive type will be checked for metadata. Change-Id: I0d9967ec6a81214c7d78be667cffa4a98758587a
Portable Multi-Cloud Initialization Service
- Author: Cloudbase Solutions Srl
- Contact: info@cloudbasesolutions.com
- Home page: http://www.cloudbase.it/cloud-init-windows/
- Documentation: http://cloudbase-init.readthedocs.org/en/latest/
- Source: https://github.com/openstack/cloudbase-init
- License: Apache 2.0
Downloads
Stable
- (64bit) https://www.cloudbase.it/downloads/CloudbaseInitSetup_Stable_x64.msi
- (32bit) https://www.cloudbase.it/downloads/CloudbaseInitSetup_Stable_x86.msi
Beta
- (64bit) https://www.cloudbase.it/downloads/CloudbaseInitSetup_x64.msi
- (32bit) https://www.cloudbase.it/downloads/CloudbaseInitSetup_x86.msi
Got a question?
Description
Languages
Python
100%