Azure temporary disk not present for instance type
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cloud-init |
Fix Released
|
Medium
|
Johnson Shi |
Bug Description
Cloud Provider: Azure
Instance type: Dsv4
The new Dv4, Dsv4, Ev4, and Esv4 instance types don't come with a temporary disk at /dev/disk/
So when I create/reboot one of these new instances I get longer reboot times as cloud-init is waiting 2 minutes for this disk path to appear.
Looks like the function that looks for the disk is here - https:/
Log snippet:
```
2020-10-21 12:34:43,120 - handlers.py[DEBUG]: start: init-network/
2020-10-21 12:34:43,120 - handlers.py[DEBUG]: start: azure-ds/activate: activate
2020-10-21 12:34:43,120 - handlers.py[DEBUG]: start: azure-ds/
2020-10-21 12:34:43,120 - handlers.py[DEBUG]: start: azure-ds/
2020-10-21 12:34:43,121 - util.py[DEBUG]: Azure ephemeral disk: Waiting up to 120 seconds for the following files: ['/dev/
2020-10-21 12:36:43,160 - util.py[DEBUG]: Azure ephemeral disk: Still missing files after 120 seconds: {'/dev/
2020-10-21 12:36:43,161 - DataSourceAzure
2020-10-21 12:36:43,161 - handlers.py[DEBUG]: finish: azure-ds/
2020-10-21 12:36:43,161 - handlers.py[DEBUG]: finish: azure-ds/
```
I've looked in the instance metadata between a Dsv4 and Dsv3 and there is nothing to indicate if this temporary disk will be present.
More than happy to make a patch to look for the instance type and skip the call if its not needed.
Additional info:
Azure temporary disk VM list -
https:/
Changed in cloud-init: | |
status: | New → Triaged |
importance: | Undecided → Medium |
assignee: | nobody → Johnson Shi (johnsonshi) |
Changed in cloud-init: | |
milestone: | none → 21.1 |
How's that for timing, I was literally going to raise this today. +1 and all that.