2016-11-16 20:27:47 |
Stephen A. Zarkos |
bug |
|
|
added bug |
2016-11-17 21:24:11 |
Jon Grimm |
bug |
|
|
added subscriber Jon Grimm |
2016-11-22 14:49:40 |
Scott Moser |
description |
I'm following the instructions to send cloud-config and repartition the ephemeral disk in Azure: https://wiki.ubuntu.com/AzureSwapPartitions. These instructions fail on Ubuntu 14.04 and 16.04 (did not test 12.04 yet).
Repro:
1) Add the following content to a file such as customdata.txt:
#cloud-config
disk_setup:
ephemeral0:
table_type: mbr
layout: [66, [33, 82]]
overwrite: True
fs_setup:
- device: ephemeral0.1
filesystem: ext4
- device: ephemeral0.2
filesystem: swap
mounts:
- ["ephemeral0.1", "/mnt2"]
- ["ephemeral0.2", "none", "swap", "sw", "0", "0"]
2) Create a VM in Azure with this cloud-config:
$ azure group create ubtest 'east us'
$ azure vm create ubtest ubtest-1604 Linux --image-urn canonical:UbuntuServer:16.04.0-LTS:latest --admin-username azureuser --admin-password '<PASSWORD>' --nic-name ubtest-1604 --location "East US" --vnet-name "ubtest" --vnet-address-prefix "10.0.0.0/24" --vnet-subnet-name "ubtest" --vnet-subnet-address-prefix "10.0.0.0/24" --public-ip-name "ubtest" --public-ip-domain-name "ubtest" --custom-data ./customdata.txt
Expected Result:
- /dev/disk/cloud/azure_resource should have two partitions; one ext4 and a second swap
- /dev/disk/cloud/azure_resource-part1 should be mounted on /mnt2
- /dev/disk/cloud/azure_resource-part2 should be active swap space
- /etc/fstab should be configured correctly
Actual Results:
- /dev/disk/cloud/azure_resource-part1 is properly mounted on /mnt2.
- On Ubuntu 14.04, /dev/disk/cloud/azure_resource is re-partitioned as expected.
- On Ubuntu 16.04, /dev/disk/cloud/azure_resource is *not* re-partitioned. There is only a single partition (no swap space).
- On Ubuntu 14.04 and 16.04, /etc/fstab includes an incorrect entry for the swap space:
ephemeral0.2 none swap sw,comment=cloudconfig 0 0
This clearly won't work, it should resolve to "/dev/disk/cloud/azure_resource-part2". I do notice that on Ubuntu 14.04, the ephemeral disk is re-partitioned correctly, but there is no symlink in /dev/disk/azure/ to the second partition. These symlinks are created by /lib/udev/rules.d/66-azure-ephemeral.rules. Perhaps cloud-init needs to re-trigger this udev rule after repartitioning the disk.
FYI, I also tested with the latest cloud-init that is currently in xenial-proposed (0.7.8-47-gb6561a1-0ubuntu1~16.04.1) with the same results. |
I'm following the instructions to send cloud-config and repartition the ephemeral disk in Azure: https://wiki.ubuntu.com/AzureSwapPartitions. These instructions fail on Ubuntu 14.04 and 16.04 (did not test 12.04 yet).
Repro:
1) Add the following content to a file such as customdata.txt:
#cloud-config
disk_setup:
ephemeral0:
table_type: mbr
layout: [66, [33, 82]]
overwrite: True
fs_setup:
- device: ephemeral0.1
filesystem: ext4
- device: ephemeral0.2
filesystem: swap
mounts:
- ["ephemeral0.1", "/mnt2"]
- ["ephemeral0.2", "none", "swap", "sw", "0", "0"]
2) Create a VM in Azure with this cloud-config:
$ azure group create ubtest 'east us'
$ azure vm create ubtest ubtest-1604 Linux --image-urn canonical:UbuntuServer:16.04.0-LTS:latest --admin-username azureuser --admin-password '<PASSWORD>' --nic-name ubtest-1604 --location "East US" --vnet-name "ubtest" --vnet-address-prefix "10.0.0.0/24" --vnet-subnet-name "ubtest" --vnet-subnet-address-prefix "10.0.0.0/24" --public-ip-name "ubtest" --public-ip-domain-name "ubtest" --custom-data ./customdata.txt
Expected Result:
- /dev/disk/cloud/azure_resource should have two partitions; one ext4 and a second swap
- /dev/disk/cloud/azure_resource-part1 should be mounted on /mnt2
- /dev/disk/cloud/azure_resource-part2 should be active swap space
- /etc/fstab should be configured correctly
Actual Results:
- /dev/disk/cloud/azure_resource-part1 is properly mounted on /mnt2.
- On Ubuntu 14.04, /dev/disk/cloud/azure_resource is re-partitioned as expected.
- On Ubuntu 16.04, /dev/disk/cloud/azure_resource is *not* re-partitioned. There is only a single partition (no swap space).
- On Ubuntu 14.04 and 16.04, /etc/fstab includes an incorrect entry for the swap space:
ephemeral0.2 none swap sw,comment=cloudconfig 0 0
This clearly won't work, it should resolve to "/dev/disk/cloud/azure_resource-part2". I do notice that on Ubuntu 14.04, the ephemeral disk is re-partitioned correctly, but there is no symlink in /dev/disk/azure/ to the second partition. These symlinks are created by /lib/udev/rules.d/66-azure-ephemeral.rules. Perhaps cloud-init needs to re-trigger this udev rule after repartitioning the disk.
FYI, I also tested with the latest cloud-init that is currently in xenial-proposed (0.7.8-47-gb6561a1-0ubuntu1~16.04.1) with the same results.
Related bugs:
* bug 1460715: MBR disk setup fails because sfdisk no longer accepts M as a valid unit
* bug 1642383: Unable to configure swap space on ephemeral disk in Azure |
|
2016-11-22 14:50:11 |
Scott Moser |
description |
I'm following the instructions to send cloud-config and repartition the ephemeral disk in Azure: https://wiki.ubuntu.com/AzureSwapPartitions. These instructions fail on Ubuntu 14.04 and 16.04 (did not test 12.04 yet).
Repro:
1) Add the following content to a file such as customdata.txt:
#cloud-config
disk_setup:
ephemeral0:
table_type: mbr
layout: [66, [33, 82]]
overwrite: True
fs_setup:
- device: ephemeral0.1
filesystem: ext4
- device: ephemeral0.2
filesystem: swap
mounts:
- ["ephemeral0.1", "/mnt2"]
- ["ephemeral0.2", "none", "swap", "sw", "0", "0"]
2) Create a VM in Azure with this cloud-config:
$ azure group create ubtest 'east us'
$ azure vm create ubtest ubtest-1604 Linux --image-urn canonical:UbuntuServer:16.04.0-LTS:latest --admin-username azureuser --admin-password '<PASSWORD>' --nic-name ubtest-1604 --location "East US" --vnet-name "ubtest" --vnet-address-prefix "10.0.0.0/24" --vnet-subnet-name "ubtest" --vnet-subnet-address-prefix "10.0.0.0/24" --public-ip-name "ubtest" --public-ip-domain-name "ubtest" --custom-data ./customdata.txt
Expected Result:
- /dev/disk/cloud/azure_resource should have two partitions; one ext4 and a second swap
- /dev/disk/cloud/azure_resource-part1 should be mounted on /mnt2
- /dev/disk/cloud/azure_resource-part2 should be active swap space
- /etc/fstab should be configured correctly
Actual Results:
- /dev/disk/cloud/azure_resource-part1 is properly mounted on /mnt2.
- On Ubuntu 14.04, /dev/disk/cloud/azure_resource is re-partitioned as expected.
- On Ubuntu 16.04, /dev/disk/cloud/azure_resource is *not* re-partitioned. There is only a single partition (no swap space).
- On Ubuntu 14.04 and 16.04, /etc/fstab includes an incorrect entry for the swap space:
ephemeral0.2 none swap sw,comment=cloudconfig 0 0
This clearly won't work, it should resolve to "/dev/disk/cloud/azure_resource-part2". I do notice that on Ubuntu 14.04, the ephemeral disk is re-partitioned correctly, but there is no symlink in /dev/disk/azure/ to the second partition. These symlinks are created by /lib/udev/rules.d/66-azure-ephemeral.rules. Perhaps cloud-init needs to re-trigger this udev rule after repartitioning the disk.
FYI, I also tested with the latest cloud-init that is currently in xenial-proposed (0.7.8-47-gb6561a1-0ubuntu1~16.04.1) with the same results.
Related bugs:
* bug 1460715: MBR disk setup fails because sfdisk no longer accepts M as a valid unit
* bug 1642383: Unable to configure swap space on ephemeral disk in Azure |
I'm following the instructions to send cloud-config and repartition the ephemeral disk in Azure: https://wiki.ubuntu.com/AzureSwapPartitions. These instructions fail on Ubuntu 14.04 and 16.04 (did not test 12.04 yet).
Repro:
1) Add the following content to a file such as customdata.txt:
#cloud-config
disk_setup:
ephemeral0:
table_type: mbr
layout: [66, [33, 82]]
overwrite: True
fs_setup:
- device: ephemeral0.1
filesystem: ext4
- device: ephemeral0.2
filesystem: swap
mounts:
- ["ephemeral0.1", "/mnt2"]
- ["ephemeral0.2", "none", "swap", "sw", "0", "0"]
2) Create a VM in Azure with this cloud-config:
$ azure group create ubtest 'east us'
$ azure vm create ubtest ubtest-1604 Linux --image-urn canonical:UbuntuServer:16.04.0-LTS:latest --admin-username azureuser --admin-password '<PASSWORD>' --nic-name ubtest-1604 --location "East US" --vnet-name "ubtest" --vnet-address-prefix "10.0.0.0/24" --vnet-subnet-name "ubtest" --vnet-subnet-address-prefix "10.0.0.0/24" --public-ip-name "ubtest" --public-ip-domain-name "ubtest" --custom-data ./customdata.txt
Expected Result:
- /dev/disk/cloud/azure_resource should have two partitions; one ext4 and a second swap
- /dev/disk/cloud/azure_resource-part1 should be mounted on /mnt2
- /dev/disk/cloud/azure_resource-part2 should be active swap space
- /etc/fstab should be configured correctly
Actual Results:
- /dev/disk/cloud/azure_resource-part1 is properly mounted on /mnt2.
- On Ubuntu 14.04, /dev/disk/cloud/azure_resource is re-partitioned as expected.
- On Ubuntu 16.04, /dev/disk/cloud/azure_resource is *not* re-partitioned. There is only a single partition (no swap space).
- On Ubuntu 14.04 and 16.04, /etc/fstab includes an incorrect entry for the swap space:
ephemeral0.2 none swap sw,comment=cloudconfig 0 0
This clearly won't work, it should resolve to "/dev/disk/cloud/azure_resource-part2". I do notice that on Ubuntu 14.04, the ephemeral disk is re-partitioned correctly, but there is no symlink in /dev/disk/azure/ to the second partition. These symlinks are created by /lib/udev/rules.d/66-azure-ephemeral.rules. Perhaps cloud-init needs to re-trigger this udev rule after repartitioning the disk.
FYI, I also tested with the latest cloud-init that is currently in xenial-proposed (0.7.8-47-gb6561a1-0ubuntu1~16.04.1) with the same results.
Related bugs:
* bug 1642383: Unable to configure swap space on ephemeral disk in Azure |
|
2016-11-22 18:13:19 |
Scott Moser |
cloud-init (Ubuntu): status |
New |
Confirmed |
|
2016-11-22 18:13:23 |
Scott Moser |
cloud-init (Ubuntu): importance |
Undecided |
Medium |
|
2016-11-22 18:14:38 |
Scott Moser |
description |
I'm following the instructions to send cloud-config and repartition the ephemeral disk in Azure: https://wiki.ubuntu.com/AzureSwapPartitions. These instructions fail on Ubuntu 14.04 and 16.04 (did not test 12.04 yet).
Repro:
1) Add the following content to a file such as customdata.txt:
#cloud-config
disk_setup:
ephemeral0:
table_type: mbr
layout: [66, [33, 82]]
overwrite: True
fs_setup:
- device: ephemeral0.1
filesystem: ext4
- device: ephemeral0.2
filesystem: swap
mounts:
- ["ephemeral0.1", "/mnt2"]
- ["ephemeral0.2", "none", "swap", "sw", "0", "0"]
2) Create a VM in Azure with this cloud-config:
$ azure group create ubtest 'east us'
$ azure vm create ubtest ubtest-1604 Linux --image-urn canonical:UbuntuServer:16.04.0-LTS:latest --admin-username azureuser --admin-password '<PASSWORD>' --nic-name ubtest-1604 --location "East US" --vnet-name "ubtest" --vnet-address-prefix "10.0.0.0/24" --vnet-subnet-name "ubtest" --vnet-subnet-address-prefix "10.0.0.0/24" --public-ip-name "ubtest" --public-ip-domain-name "ubtest" --custom-data ./customdata.txt
Expected Result:
- /dev/disk/cloud/azure_resource should have two partitions; one ext4 and a second swap
- /dev/disk/cloud/azure_resource-part1 should be mounted on /mnt2
- /dev/disk/cloud/azure_resource-part2 should be active swap space
- /etc/fstab should be configured correctly
Actual Results:
- /dev/disk/cloud/azure_resource-part1 is properly mounted on /mnt2.
- On Ubuntu 14.04, /dev/disk/cloud/azure_resource is re-partitioned as expected.
- On Ubuntu 16.04, /dev/disk/cloud/azure_resource is *not* re-partitioned. There is only a single partition (no swap space).
- On Ubuntu 14.04 and 16.04, /etc/fstab includes an incorrect entry for the swap space:
ephemeral0.2 none swap sw,comment=cloudconfig 0 0
This clearly won't work, it should resolve to "/dev/disk/cloud/azure_resource-part2". I do notice that on Ubuntu 14.04, the ephemeral disk is re-partitioned correctly, but there is no symlink in /dev/disk/azure/ to the second partition. These symlinks are created by /lib/udev/rules.d/66-azure-ephemeral.rules. Perhaps cloud-init needs to re-trigger this udev rule after repartitioning the disk.
FYI, I also tested with the latest cloud-init that is currently in xenial-proposed (0.7.8-47-gb6561a1-0ubuntu1~16.04.1) with the same results.
Related bugs:
* bug 1642383: Unable to configure swap space on ephemeral disk in Azure |
I'm following the instructions to send cloud-config and repartition the ephemeral disk in Azure: https://wiki.ubuntu.com/AzureSwapPartitions. These instructions fail on Ubuntu 14.04 and 16.04 (did not test 12.04 yet).
Repro:
1) Add the following content to a file such as customdata.txt:
#cloud-config
disk_setup:
ephemeral0:
table_type: mbr
layout: [66, [33, 82]]
overwrite: True
fs_setup:
- device: ephemeral0.1
filesystem: ext4
- device: ephemeral0.2
filesystem: swap
mounts:
- ["ephemeral0.1", "/mnt2"]
- ["ephemeral0.2", "none", "swap", "sw", "0", "0"]
2) Create a VM in Azure with this cloud-config:
$ azure group create ubtest 'east us'
$ azure vm create ubtest ubtest-1604 Linux --image-urn canonical:UbuntuServer:16.04.0-LTS:latest --admin-username azureuser --admin-password '<PASSWORD>' --nic-name ubtest-1604 --location "East US" --vnet-name "ubtest" --vnet-address-prefix "10.0.0.0/24" --vnet-subnet-name "ubtest" --vnet-subnet-address-prefix "10.0.0.0/24" --public-ip-name "ubtest" --public-ip-domain-name "ubtest" --custom-data ./customdata.txt
Expected Result:
- /dev/disk/cloud/azure_resource should have two partitions; one ext4 and a second swap
- /dev/disk/cloud/azure_resource-part1 should be mounted on /mnt2
- /dev/disk/cloud/azure_resource-part2 should be active swap space
- /etc/fstab should be configured correctly
Actual Results:
- /dev/disk/cloud/azure_resource-part1 is properly mounted on /mnt2.
- On Ubuntu 14.04, /dev/disk/cloud/azure_resource is re-partitioned as expected.
- On Ubuntu 16.04, /dev/disk/cloud/azure_resource is *not* re-partitioned. There is only a single partition (no swap space).
- On Ubuntu 14.04 and 16.04, /etc/fstab includes an incorrect entry for the swap space:
ephemeral0.2 none swap sw,comment=cloudconfig 0 0
This clearly won't work, it should resolve to "/dev/disk/cloud/azure_resource-part2". I do notice that on Ubuntu 14.04, the ephemeral disk is re-partitioned correctly, but there is no symlink in /dev/disk/azure/ to the second partition. These symlinks are created by /lib/udev/rules.d/66-azure-ephemeral.rules. Perhaps cloud-init needs to re-trigger this udev rule after repartitioning the disk.
FYI, I also tested with the latest cloud-init that is currently in xenial-proposed (0.7.8-47-gb6561a1-0ubuntu1~16.04.1) with the same results.
Related bugs:
* bug 1460715: MBR disk setup fails because sfdisk no longer accepts M as a valid unit |
|
2016-12-01 23:34:48 |
Jon Grimm |
cloud-init (Ubuntu): importance |
Medium |
High |
|
2016-12-05 15:48:26 |
Scott Moser |
nominated for series |
|
Ubuntu Yakkety |
|
2016-12-05 15:48:26 |
Scott Moser |
bug task added |
|
cloud-init (Ubuntu Yakkety) |
|
2016-12-05 15:48:26 |
Scott Moser |
nominated for series |
|
Ubuntu Zesty |
|
2016-12-05 15:48:26 |
Scott Moser |
bug task added |
|
cloud-init (Ubuntu Zesty) |
|
2016-12-05 15:48:26 |
Scott Moser |
nominated for series |
|
Ubuntu Xenial |
|
2016-12-05 15:48:26 |
Scott Moser |
bug task added |
|
cloud-init (Ubuntu Xenial) |
|
2016-12-05 15:48:44 |
Scott Moser |
cloud-init (Ubuntu Xenial): importance |
Undecided |
Medium |
|
2016-12-05 15:48:44 |
Scott Moser |
cloud-init (Ubuntu Xenial): status |
New |
Confirmed |
|
2016-12-05 15:49:08 |
Scott Moser |
cloud-init (Ubuntu Yakkety): status |
New |
Confirmed |
|
2016-12-05 15:49:13 |
Scott Moser |
cloud-init (Ubuntu Yakkety): importance |
Undecided |
Medium |
|
2016-12-13 16:08:29 |
Scott Moser |
cloud-init (Ubuntu Zesty): status |
Confirmed |
Fix Released |
|
2016-12-13 16:09:27 |
Scott Moser |
description |
I'm following the instructions to send cloud-config and repartition the ephemeral disk in Azure: https://wiki.ubuntu.com/AzureSwapPartitions. These instructions fail on Ubuntu 14.04 and 16.04 (did not test 12.04 yet).
Repro:
1) Add the following content to a file such as customdata.txt:
#cloud-config
disk_setup:
ephemeral0:
table_type: mbr
layout: [66, [33, 82]]
overwrite: True
fs_setup:
- device: ephemeral0.1
filesystem: ext4
- device: ephemeral0.2
filesystem: swap
mounts:
- ["ephemeral0.1", "/mnt2"]
- ["ephemeral0.2", "none", "swap", "sw", "0", "0"]
2) Create a VM in Azure with this cloud-config:
$ azure group create ubtest 'east us'
$ azure vm create ubtest ubtest-1604 Linux --image-urn canonical:UbuntuServer:16.04.0-LTS:latest --admin-username azureuser --admin-password '<PASSWORD>' --nic-name ubtest-1604 --location "East US" --vnet-name "ubtest" --vnet-address-prefix "10.0.0.0/24" --vnet-subnet-name "ubtest" --vnet-subnet-address-prefix "10.0.0.0/24" --public-ip-name "ubtest" --public-ip-domain-name "ubtest" --custom-data ./customdata.txt
Expected Result:
- /dev/disk/cloud/azure_resource should have two partitions; one ext4 and a second swap
- /dev/disk/cloud/azure_resource-part1 should be mounted on /mnt2
- /dev/disk/cloud/azure_resource-part2 should be active swap space
- /etc/fstab should be configured correctly
Actual Results:
- /dev/disk/cloud/azure_resource-part1 is properly mounted on /mnt2.
- On Ubuntu 14.04, /dev/disk/cloud/azure_resource is re-partitioned as expected.
- On Ubuntu 16.04, /dev/disk/cloud/azure_resource is *not* re-partitioned. There is only a single partition (no swap space).
- On Ubuntu 14.04 and 16.04, /etc/fstab includes an incorrect entry for the swap space:
ephemeral0.2 none swap sw,comment=cloudconfig 0 0
This clearly won't work, it should resolve to "/dev/disk/cloud/azure_resource-part2". I do notice that on Ubuntu 14.04, the ephemeral disk is re-partitioned correctly, but there is no symlink in /dev/disk/azure/ to the second partition. These symlinks are created by /lib/udev/rules.d/66-azure-ephemeral.rules. Perhaps cloud-init needs to re-trigger this udev rule after repartitioning the disk.
FYI, I also tested with the latest cloud-init that is currently in xenial-proposed (0.7.8-47-gb6561a1-0ubuntu1~16.04.1) with the same results.
Related bugs:
* bug 1460715: MBR disk setup fails because sfdisk no longer accepts M as a valid unit |
I'm following the instructions to send cloud-config and repartition the ephemeral disk in Azure: https://wiki.ubuntu.com/AzureSwapPartitions. These instructions fail on Ubuntu 14.04 and 16.04 (did not test 12.04 yet).
Repro:
1) Add the following content to a file such as customdata.txt:
#cloud-config
disk_setup:
ephemeral0:
table_type: mbr
layout: [66, [33, 82]]
overwrite: True
fs_setup:
- device: ephemeral0.1
filesystem: ext4
- device: ephemeral0.2
filesystem: swap
mounts:
- ["ephemeral0.1", "/mnt2"]
- ["ephemeral0.2", "none", "swap", "sw", "0", "0"]
2) Create a VM in Azure with this cloud-config:
$ azure group create ubtest 'east us'
$ azure vm create ubtest ubtest-1604 Linux --image-urn canonical:UbuntuServer:16.04.0-LTS:latest --admin-username azureuser --admin-password '<PASSWORD>' --nic-name ubtest-1604 --location "East US" --vnet-name "ubtest" --vnet-address-prefix "10.0.0.0/24" --vnet-subnet-name "ubtest" --vnet-subnet-address-prefix "10.0.0.0/24" --public-ip-name "ubtest" --public-ip-domain-name "ubtest" --custom-data ./customdata.txt
Expected Result:
- /dev/disk/cloud/azure_resource should have two partitions; one ext4 and a second swap
- /dev/disk/cloud/azure_resource-part1 should be mounted on /mnt2
- /dev/disk/cloud/azure_resource-part2 should be active swap space
- /etc/fstab should be configured correctly
Actual Results:
- /dev/disk/cloud/azure_resource-part1 is properly mounted on /mnt2.
- On Ubuntu 14.04, /dev/disk/cloud/azure_resource is re-partitioned as expected.
- On Ubuntu 16.04, /dev/disk/cloud/azure_resource is *not* re-partitioned. There is only a single partition (no swap space).
- On Ubuntu 14.04 and 16.04, /etc/fstab includes an incorrect entry for the swap space:
ephemeral0.2 none swap sw,comment=cloudconfig 0 0
This clearly won't work, it should resolve to "/dev/disk/cloud/azure_resource-part2". I do notice that on Ubuntu 14.04, the ephemeral disk is re-partitioned correctly, but there is no symlink in /dev/disk/azure/ to the second partition. These symlinks are created by /lib/udev/rules.d/66-azure-ephemeral.rules. Perhaps cloud-init needs to re-trigger this udev rule after repartitioning the disk.
FYI, I also tested with the latest cloud-init that is currently in xenial-proposed (0.7.8-47-gb6561a1-0ubuntu1~16.04.1) with the same results.
Related bugs:
* bug 1460715: MBR disk setup fails because sfdisk no longer accepts M as a valid unit
* bug 1647708: azure ephemeral disk not mounted at boot |
|
2017-01-19 14:27:17 |
Scott Moser |
cloud-init (Ubuntu Xenial): status |
Confirmed |
Fix Released |
|