lp:~ubuntu-on-ec2/vmbuilder/jenkins_kvm-norootdelay-cosmic

Branch merges

Propose for merging

No branches dependent on this one.

Rejected for merging into lp:~ubuntu-on-ec2/vmbuilder/jenkins_kvm

Robert C Jennings (community): Disapprove on 2020-05-11

Dan Watkins (community): Needs Resubmitting on 2018-12-18

Philip Roche: Approve on 2018-10-14

Diff: 12 lines (+1/-1)

1 file modified

templates/img-azure-18.10-addin.tmpl (+1/-1)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

811. By Steve Langasek on 2018-10-11

Don't set rootdelay on the kernel commandline.

This is interpreted differently by the kernel (== fixed delay) vs. in the
Debian initramfs code (== max time to wait before erroring); so what worked
for raising the timeout for images with initramfs causes a boot delay for
images booting without initramfs.

Since the "fabric issue" that this worked around is lost in the mists of
time (2012), we should just stop setting rootdelay.

810. By Robert C Jennings on 2018-09-27

Merge lp:~rcj/vmbuilder/jenkins_kvm into lp:~ubuntu-on-ec2/vmbuilder/jenkins_kvm [a=rcj] [r=daniel-thewatkins,fginther]

maas_config: Missing change for getops from git migration

MP: https://code.launchpad.net/~rcj/vmbuilder/jenkins_kvm/+merge/355771

809. By Robert C Jennings on 2018-09-24

Merge lp:~rcj/vmbuilder/jenkins_kvm into lp:~ubuntu-on-ec2/vmbuilder/jenkins_kvm [a=rcj] [r=daniel-thewatkins,fginther]

maas-image: move from bzr to git

MP: https://code.launchpad.net/~rcj/vmbuilder/jenkins_kvm/+merge/355558

808. By Francis Ginther on 2018-09-21

Use the lp:simplestreams git repo instead of bzr [a=fginther][r=daniel-thewatkins,rcj]

MP: https://code.launchpad.net/~cloudware/vmbuilder/jenkins_kvm-simplestreams-git/+merge/355129

807. By Robert C Jennings on 2018-08-14

Merge lp:~rcj/vmbuilder/jenkins_kvm into lp:~ubuntu-on-ec2/vmbuilder/jenkins_kvm [a=rcj] [r=fginther,philroche]

Azure: Blacklist nouveau driver

Eliminate conflicts with nVIDIA drivers for GPU instances using stock kernels

MP: https://code.launchpad.net/~rcj/vmbuilder/jenkins_kvm/+merge/352958

806. By Francis Ginther on 2018-08-08

Only copy /etc/mtab over when it's not already there for default.tmpl [a=fginther] [r=daniel-thewatkins,philroche]

Otherwise, the build errors out when it tries to copy in the 'fake' mtab:

15:37:27 [ 23.982677] cloud-init[1366]: cp: '/etc/mtab' and '/tmp/builder.ne2f/etc/mtab' are the same file
15:37:27 [ 23.984259] cloud-init[1366]: Wed, 08 Aug 2018 15:37:18 +0000: Unable to copy mtab in place

MP: https://code.launchpad.net/~cloudware/vmbuilder/jenkins_kvm-fginther/+merge/352767

805. By Francis Ginther on 2018-07-25

Only copy /etc/mtab over when it's not already there [a=fginther] [r=rcj,philroche]

Otherwise, the build errors out when it tries to copy in the 'fake' mtab:

20:49:55 [ 386.898246] cloud-init[1549]: cp: '/etc/mtab' and '/tmp/azure.RjMf/etc/mtab' are the same file
20:49:55 [ 386.901205] cloud-init[1549]: Thu, 19 Jul 2018 20:49:55 +0000: Unable to copy mtab in place

804. By Francis Ginther on 2018-07-23

Use /dev/vdb as the tar output device for maasv3 [a=fginther] [r=rcj,daniel-thewatkins]

MP: https://code.launchpad.net/~cloudware/vmbuilder/jenkins_kvm-fginther/+merge/350577

803. By Francis Ginther on 2018-07-19

Update the maas templates to account for a different target tar device on ppc64 hosts [a=fginther] [r=daniel-thewatkins,rcj]

The device name is now conditional based on the host architecture.

MP: https://code.launchpad.net/~ubuntu-on-ec2/vmbuilder/jenkins_kvm-maas-trusty-ppc64/+merge/349986

802. By Francis Ginther on 2018-07-12

Azure's nic hotplug: deliver static/etc/netplan/90-hotplug-azure.yaml

Allow netplan/networkd to automatically bringup hotplugged nics
by delivering a flexible static netplan yaml file to catch any new ethernet devices attached to the Azure instance. The hotplug-azure yaml will complement cloud-init's initial/strict eth0 match definition which is matching only to a specific to macaddress for eth0.

Because cloud-init's netwok configuration is is only created at boot,
a detach of the original eth0 nic and attach of a new nic would cause
cloud-init's netplan yaml to fail to match, resulting in no network
config. Given the supplemental 90-hotplug-azure.yaml, the following
"hotpluggedeth0" opaque-id will match on any new eth0 present on the
system after reboot. Systemd will and set that nic the
primary/mandatory interface. eth1 or greater are left as optional
ephemeral devices, meaning that networkd boot will not block on their
link being up.

   hotpluggedeth0:
       dhcp4: true
       match:
          driver: hv_netvsc
          name: 'eth0'

Also avoid appending unnecessary include directives or udev rules in
/etc/network/interfaces on netplan-enabled systems.
[a=chad.smith][r=daxtens,daniel-thewatkins,fginther]

MP: https://code.launchpad.net/~chad.smith/vmbuilder/jenkins_kvm_azure_netplan_hotplug/+merge/347212