Hi,
I had the last daily image working fine:
$ uvt-simplestreams-libvirt query
release=bionic arch=amd64 label=daily (20171129.1)
But today after a sync I got this image:
$ uvt-simplestreams-libvirt query
release=bionic arch=amd64 label=daily (20171211)
The latter is failing me to boot correctly in regard to networking and actually cloud-init in general.
In the guest console I see it hanging on the usual "A start job is running for Wait for ..."
It breaks after some time giving up on networking.
"See 'systemctl status systemd-networkd-wait-online.service' for details."
The host confirmd that - the guest did not get an IP from dnsmasq.
Note: I was able to trigger this on a Xenial host as well as a Bionic Host. Also latest Artful image works well on all of these - so I'd expect it safe to assume that it only depends on the guest image.
I have taken full bootup console logs of both cases.
There was one more thing that made me perplex - I usually provide --password=ubunut to uvt-kvm.
That adds a snippet to the cloud-init data to set the password of the ubuntu user.
Connecting via "virsh console" I can't log in on the bad guest which made me assume that cloud-init didn't run at all in the bad case.
And in fact the full logs confirm that, in the bad case there is no cloud-init seen at all.
Also my bionic containers today saw a cloud-init update - maybe it really is broken in the current daily image?
OTOH the changelog of cloud-init didn't suggest a change that could explain this.
Hi, ms-libvirt query
I had the last daily image working fine:
$ uvt-simplestrea
release=bionic arch=amd64 label=daily (20171129.1)
But today after a sync I got this image: ms-libvirt query
$ uvt-simplestrea
release=bionic arch=amd64 label=daily (20171211)
The latter is failing me to boot correctly in regard to networking and actually cloud-init in general.
In the guest console I see it hanging on the usual "A start job is running for Wait for ..." networkd- wait-online. service' for details."
It breaks after some time giving up on networking.
"See 'systemctl status systemd-
The host confirmd that - the guest did not get an IP from dnsmasq.
Note: I was able to trigger this on a Xenial host as well as a Bionic Host. Also latest Artful image works well on all of these - so I'd expect it safe to assume that it only depends on the guest image.
I have taken full bootup console logs of both cases.
20171129.1 (good): http:// paste.ubuntu. com/26169044/ paste.ubuntu. com/26169046/
20171211 (bad): http://
There was one more thing that made me perplex - I usually provide --password=ubunut to uvt-kvm.
That adds a snippet to the cloud-init data to set the password of the ubuntu user.
Connecting via "virsh console" I can't log in on the bad guest which made me assume that cloud-init didn't run at all in the bad case.
And in fact the full logs confirm that, in the bad case there is no cloud-init seen at all.
Also my bionic containers today saw a cloud-init update - maybe it really is broken in the current daily image?
OTOH the changelog of cloud-init didn't suggest a change that could explain this.