>From cloud-init perspective, we have seen this too in our CI/CD
integration runs on both GCP and Azure lunar daily images which allows
cloud-init to resize2fs /dev/root on first boot, but also re-invokes
resize2fs a second time to assert cloud-init can be re-run all boot
stages without having to r
Added linux-azure task here too to track that it also affects that
kernel.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-gcp in Ubuntu.
https://bugs.launchpad.net/bugs/2003816
Title:
Regression in ext4 during online resize
Stat
Cloud-init logs on an instance with accelerated networking (bionic)
exhibiting this delay across reboot
** Attachment added: "cloud-init.tar"
https://bugs.launchpad.net/ubuntu/+source/linux-azure/+bug/1830740/+attachment/5404235/+files/cloud-init.tar
--
You received this bug notification be
Verified yakkety and zesty
for release in yakkety zesty; do ./get-proposed-cloudimg $release; done
--2017-05-12 13:04:0
MODE=vlan ./btest.sh yakkety-server-cloudimg-amd64-proposed.img chad.smith
...
# login
ubuntu@ubuntu:~$ python3 -c 'from cloudinit.net import get_interfaces_by_mac;
print(get_
Verified cloud-init xenial
$ ./get-proposed-cloudimg xenial
--2017-05-11 14:11:13--
http://cloud-images.ubuntu.com/daily/server/xenial/current/xenial-server-cloudimg-amd64-disk1.img
...
xenial-server-cloud 100%[===>] 273.75M 9.87MB/sin 2m 29s
2017-05-11 14:13:42 (1.83 MB/s)
** Description changed:
[Impact]
* When vlan interfaces are created, their mac address is copied from
the underlying interface, but it is not marked by kernel as stolen.
* When underlying interface MAC address is changed, it does not
propagate to the vlan interfaces.
[Test C
6 matches
Mail list logo
