Activity log for bug #1969664

Date Who What changed Old value New value Message
2022-04-20 18:44:14 John Chittum bug added bug
2022-04-20 18:44:22 John Chittum cloud-images: status New Triaged
2022-04-20 18:44:27 John Chittum cloud-images: importance Undecided High
2022-04-21 14:40:18 John Chittum bug task added livecd-rootfs (Ubuntu)
2022-04-25 08:11:21 Launchpad Janitor livecd-rootfs (Ubuntu): status New Confirmed
2022-05-04 06:35:19 Erik Sommer bug added subscriber Erik Sommer
2022-05-05 04:27:47 Steve Langasek summary 22.04 Vagrant Images Do Not Finish Initial Boot Due to SSH Timout 22.04 Vagrant Images Do Not Finish Initial Boot Due to SSH Timeout
2022-05-05 04:31:49 Steve Langasek nominated for series Ubuntu Jammy
2022-05-05 04:31:49 Steve Langasek bug task added livecd-rootfs (Ubuntu Jammy)
2022-05-05 04:31:49 Steve Langasek nominated for series Ubuntu Kinetic
2022-05-05 04:31:49 Steve Langasek bug task added livecd-rootfs (Ubuntu Kinetic)
2022-05-30 01:10:05 Launchpad Janitor livecd-rootfs (Ubuntu Kinetic): status Confirmed Fix Released
2022-06-07 18:03:34 John Chittum description currently published 22.04 Vagrant images will fail to finish booting on systems running vagrant < 2.2.16. The upstream issue is described here: https://github.com/hashicorp/vagrant/issues/11783 The fix in future vagrant versions is committed here: https://github.com/hashicorp/vagrant/pull/12298 However, vagrant, as supplied as a package in the Ubuntu archive in Universe is not => 2.2.16 until Jammy. This means that host systems of 20.04, 18.04, and 16.04 using the universe packaged vagrant will be unable to start the Jammy image. A workaround is stated in gh issue 11783: to provide our own newer key that matches the algorithms that the guest system expects, without needing the renegotiation fix put in place in vagrant. [ SRU TEMPLATE ] [Impact] * 22.04 and 22.10 images will fail to boot on older versions of vagrant due to ssh key issues. this prevents users of 18.04 and 20.04 vagrant from the archives to use 22.04 images * Not making this change, 22.04 vagrant images will continue to be unbootble on vagrant < 2.2.16. [Test Plan] * reproduce by 1. having vagrant < 2.2.16 installed on your system (such as having a 20.04 host and doing apt-get install vagrant) 2. vagrant init ubuntu/jammy64 3. vagrant up 4. observe the failure to connect * to test 1. ensure vagrant < 2.2.16 is installed 2. download a provided test box 3. vagrant box add <path/to/test/box> --name test-jammy64 4. vagrant init test-jammy64 5. vagrant up 6. observe image booting properly [Where problems could occur] * It is possible that the new key is of a type not recognized on old enough systems (it uses ed25519 which has been supported for a while, but may not be supported on all systems). having wide community testing with many different hosts and versions of vagrant will be helpful [ Original Bug ] currently published 22.04 Vagrant images will fail to finish booting on systems running vagrant < 2.2.16. The upstream issue is described here: https://github.com/hashicorp/vagrant/issues/11783 The fix in future vagrant versions is committed here: https://github.com/hashicorp/vagrant/pull/12298 However, vagrant, as supplied as a package in the Ubuntu archive in Universe is not => 2.2.16 until Jammy. This means that host systems of 20.04, 18.04, and 16.04 using the universe packaged vagrant will be unable to start the Jammy image. A workaround is stated in gh issue 11783: to provide our own newer key that matches the algorithms that the guest system expects, without needing the renegotiation fix put in place in vagrant.
2022-06-09 17:44:35 Launchpad Janitor livecd-rootfs (Ubuntu Jammy): status New Confirmed
2022-06-09 17:46:59 Eric Blom bug added subscriber Eric Blom
2022-06-22 00:19:17 lnxtx bug added subscriber lnxtx