[Bug 1872941] Comment bridged from LTC Bugzilla

[Dimitri John Ledkov]

On Mon, 27 Apr 2020 at 09:05, bugproxy <bugproxy at us.ibm.com> wrote:
>
> ------- Comment From cborntra at de.ibm.com 2020-04-27 03:47 EDT-------
> Independent from KVM and virt-install, reading again
> https://ubuntu-on-big-iron.blogspot.com/2020/03/glimpse-at-subiquity.html
> I think this is actually a big step backwards for LPAR.
> Do you really have no network configuration script in the installer itself and now you HAVE to specify this via the parmfile?
> Until now Ubuntu was the only distribution that could be installed via a public ftpserver via the HMC. If I read the doc right, I now NEED an FTP server myself.
> Looks like you just got rid of your big installation advantage over SLES and RHEL.
>

I hope dream and wish, for HMC to offer a selection of .iso, download
them, DD them onto the zfcp drive, and boot the HMC using el-torito
boot record from it, with the correct zfcp zdev-auto-activated. That
way, without doing a thing, the LPAR comes up, initrd automatically
activates the right drive and boots into the installer on the ascii
terminal, with installation happening at blazing fast speeds.
Potentially disconnected from the internet / ubuntu mirrors. Because
.iso is self-contained.

I have asked for HMC to allow storing / launching .iso or cloud-image
.img, but that's not supported at the moment.

Booting over the public internet FTP server, terrifies me. Because
there is no secureboot verification of either kernel or the initrd.
Meaning it's trivial to man-in-the-middle attack, and inject things
into the installer. Can HMC support HTTPS load?

-- 
Regards,

Dimitri.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to debian-installer in Ubuntu.
https://bugs.launchpad.net/bugs/1872941

Title:
  [Ubuntu 20.04] virt-install fails to detect path after images folder
  name has changed

Status in Ubuntu CD Images:
  Opinion
Status in Ubuntu on IBM z Systems:
  Fix Released
Status in debian-installer package in Ubuntu:
  Won't Fix
Status in virt-manager package in Ubuntu:
  Fix Released

Bug description:
  
  For 20.04.0 d-i is changing from /images/ to /legacy-images/ in it's directory structure.

  For 20.04.1+ it will not exist at all.

  For all Ubuntu releases virt-install should learn how to use cloud-
  images from https://cloud-images.ubuntu.com/ which are preinstalled
  cloud-init enabled qcow2 images, with unpacked kernels. Allowing to
  change kernel cmdline parameters and boot in-place. Which is the best
  & default Ubuntu experience on VMs.

  ---

  Installer version: Latest
  https://ports.ubuntu.com/ubuntu-ports/dists/focal/main/installer-s390x

  Description/Reproduction:
  Start virt-install with the following options:

  virt-install \
  --name ubuntu20-guest1 \
  --memory 4096 \
  --vcpus 4 \
  --disk "size=4" \
  --location http://ports.ubuntu.com/ubuntu-ports/dists/focal/main/installer-s390x \
  --network "network=default"

  Error:
  ERROR    Error validating install location: Could not find an installable distribution at 'http://ports.ubuntu.com/ubuntu-ports/dists/focal/main/installer-s390x'

  The location must be the root directory of an install tree.
  See virt-install man page for various distro examples.

  Looking at previous releases I would guess it expects an "images"
  directory instead of the new "legacy-images" directory. I'm aware of
  the workaround to specify kernel/initramfs directly but that shouldn't
  be a solution.

  == Comment: #2 - Andre Wild1 <Andre.Wild1 at ibm.com> - 2020-04-15 03:51:21 ==
  (In reply to comment #0)
  > Installer version: Latest
  > https://ports.ubuntu.com/ubuntu-ports/dists/focal/main/installer-s390x
  >

  Sorry I've copied the wrong link. This is the link I've used successfully in the past:
  http://ports.ubuntu.com/ubuntu-ports/dists/focal/main/installer-s390x

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-cdimage/+bug/1872941/+subscriptions