[Bug 1879286] Re: [UBUNTU 20.04] Netplan configuration fails to apply in subiquity installer

Frank Heimes 1879286 at bugs.launchpad.net
Tue Jun 16 13:44:09 UTC 2020


I tried such a setup today, means trying to manually enable the primary qeth device as well as a dasd disk via early-commands and I ended up with a network fail/crash (and a follow on fail/crash of the UI while - I think while the env. tried to generate a crash report).
$ cat *.meta
cat *.meta  
ä  
    "kind": "NETWORK_FAIL"  
üä  
    "kind": "UI"  

The installer switched succesfully into autoinstall mode, since I see the following msg via remote ssh:
"the installer running on /dev/tty1 will perform the autoinstall"

Logging in via the console gives me several indications that my data source got found and executed:
- I found a file that I 'touched' via early_commands
- and the two devices got properly activated:
lszdev 600 200  
TYPE       ID                          ON   PERS  NAMES  
dasd-eckd  0.0.0200                    yes  yes   dasda  
qeth       0.0.0600:0.0.0601:0.0.0602  yes  yes   enc600  

So far so good, the device enablement via early-commands worked!

But on further processing the network configuration step failed.

I've attached complete /var/crash and /var/log folder for further
analysis ...

** Attachment added: "16062020.tgz"
   https://bugs.launchpad.net/ubuntu-z-systems/+bug/1879286/+attachment/5384388/+files/16062020.tgz

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

Title:
  [UBUNTU 20.04] Netplan configuration fails to apply in subiquity
  installer

Status in Ubuntu on IBM z Systems:
  Confirmed
Status in subiquity package in Ubuntu:
  Confirmed

Bug description:
  I'm installing Ubuntu 20.04 with a nocloud-net installation source on
  a z/VM guest. I'm currently limited to seeing installation output only
  through webhook reporter, because I cannot access shell on the target
  system during installation.

  Kernel command-line:
  cio_ignore=all,!condev,!0.0.3695,!0.0.bdf0-0.0.bdf2 url=http://bistro.lnxne.boe/ubuntu/UBUNTU20.04/ubuntu-20.04-live-server-s390x.iso ip=172.18.76.38::172.18.0.1:255.254.0.0:m8330038.lnxne.boe:encbdf0:none:172.18.0.1 autoinstall ds=nocloud-net;s=http://t35lp37.lnxne.boe:8080/cfg/

  #cloud-config
  autoinstall:
    version: 1
    reporting:
      remote:
        type: webhook
        endpoint: http://t35lp37.lnxne.boe:8080/log/
    refresh-installer:
      update: yes
    apt:
      primary:
      - arches: [s390x]
        uri: http://us.ports.ubuntu.com/ubuntu-ports
    identity: {hostname: m8330038, password: .ueYA4yxzICWX9/.wxG7epPimsn.FM/CuMQMqjgbBbawyn5T3zYyGc5Io4ZNRcvItBWojzpO1S8bkTpthJRPc4Q.,
      realname: user, username: user}
    keyboard: {layout: us, variant: ''}
    locale: en_US
    network:
      ethernets:
        encbdf0:
          addresses: [172.18.76.38/15]
          gateway4: 172.18.0.1
          nameservers:
            addresses: [172.18.0.1]
      version: 2
    ssh:
      allow-pw: true
      authorized-keys: []
      install-server: true
    storage:
      version: 1
      layout:
        name: direct

  
  I get the following otuput on the webhook:
  curtin start subiquity/Welcome/apply_autoinstall_config:
  curtin finish subiquity/Welcome/apply_autoinstall_config:
  curtin finish subiquity/Welcome: completed
  curtin start subiquity/Refresh/apply_autoinstall_config:
  curtin start subiquity/Refresh/check_for_update:
  curtin finish subiquity/Network/apply_config: Command '['netplan', 'apply']' returned non-zero exit status 1.
  curtin start subiquity/Error/1589791025.945954323.network_fail/add_info:
  curtin start subiquity/Error/1589791025.951922417.ui/add_info:
  curtin finish subiquity/Error/1589791025.951922417.ui/add_info: written to /var/crash/1589791025.951922417.ui.crash

  Configuration seems to be working fine when applied on a manually
  installed system.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1879286/+subscriptions



More information about the foundations-bugs mailing list