[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial
From: |
Christian Ehrhardt |
Subject: |
[Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy |
Date: |
Mon, 10 Feb 2020 14:31:27 -0000 |
The assumption from here was that this only appeared to be working due
to:
a) Deploy = netboot + reboot from disk = working
but at the same time
b) Start = netboot (fail) + no fallback = fail
To get that from Maas UI we stopped the guest (it went down as expected).
Then from Maas we said "power on" again.
There on (b) it failed as maas didn't provide it with an install image.
If you track it in the console you see:
$virsh start vm1 --console
setlocale: No such file or directory
Domain vm1 started
Connected to domain vm1
Escape character is ^]
done
Using IPv4 address: 192.168.122.102
Using TFTP server: 192.168.122.1
Bootfile name: 'boots390x.bin'
Receiving data: 0 KBytes
TFTP error: file not found: boots390x.bin
Trying pxelinux.cfg files...
Receiving data: 0 KBytes
Receiving data: 0 KBytes
Failed to load OS from network
Maas tries a few times as we see the guest flip between "shut off" and "paused"
state.
But then fives up.
The super-TL;DR matching the current insights is:
- deploy s390x Maas-KVM @ s390x worked and still does
- poweroff/poweron s390x Maas-KVM @ s390x never worked and still does not
To fix the latter we either need
a) upstream to implement a fallback to the next boot mechanism
b) maas to modify the XML after deploy to boot from disk
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1859656
Title:
[2.6] Unable to reboot s390x KVM machine after initial deploy
Status in MAAS:
New
Status in QEMU:
Incomplete
Status in Ubuntu on IBM z Systems:
Triaged
Bug description:
MAAS version: 2.6.1 (7832-g17912cdc9-0ubuntu1~18.04.1)
Arch: S390x
Appears that MAAS can not find the s390x bootloader to boot from the
disk, not sure how maas determines this. However this was working in
the past. I had originally thought that if the maas machine was
deployed then it defaulted to boot from disk.
If I force the VM to book from disk, the VM starts up as expected.
Reproduce:
- Deploy Disco on S390x KVM instance
- Reboot it
on the KVM console...
Connected to domain s2lp6g001
Escape character is ^]
done
Using IPv4 address: 10.246.75.160
Using TFTP server: 10.246.72.3
Bootfile name: 'boots390x.bin'
Receiving data: 0 KBytes
TFTP error: file not found: boots390x.bin
Trying pxelinux.cfg files...
Receiving data: 0 KBytes
Receiving data: 0 KBytes
Failed to load OS from network
==> /var/log/maas/rackd.log <==
2020-01-14 18:21:24 provisioningserver.rackdservices.tftp: [info]
boots390x.bin requested by 10.246.75.160
2020-01-14 18:21:24 provisioningserver.rackdservices.tftp: [info]
s390x/65a9ca43-9541-49be-b315-e2ca85936ea2 requested by 10.246.75.160
2020-01-14 18:21:24 provisioningserver.rackdservices.tftp: [info]
s390x/01-52-54-00-e5-d7-bb requested by 10.246.75.160
2020-01-14 18:21:24 provisioningserver.rackdservices.tftp: [info]
s390x/0AF64BA0 requested by 10.246.75.160
2020-01-14 18:21:24 provisioningserver.rackdservices.tftp: [info]
s390x/0AF64BA requested by 10.246.75.160
2020-01-14 18:21:24 provisioningserver.rackdservices.tftp: [info]
s390x/0AF64B requested by 10.246.75.160
2020-01-14 18:21:24 provisioningserver.rackdservices.tftp: [info] s390x/0AF64
requested by 10.246.75.160
2020-01-14 18:21:24 provisioningserver.rackdservices.tftp: [info] s390x/0AF6
requested by 10.246.75.160
2020-01-14 18:21:24 provisioningserver.rackdservices.tftp: [info] s390x/0AF
requested by 10.246.75.160
2020-01-14 18:21:24 provisioningserver.rackdservices.tftp: [info] s390x/0A
requested by 10.246.75.160
2020-01-14 18:21:24 provisioningserver.rackdservices.tftp: [info] s390x/0
requested by 10.246.75.160
2020-01-14 18:21:24 provisioningserver.rackdservices.tftp: [info]
s390x/default requested by 10.246.75.160
To manage notifications about this bug go to:
https://bugs.launchpad.net/maas/+bug/1859656/+subscriptions
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Frank Heimes, 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Christian Ehrhardt , 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Christian Ehrhardt , 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Christian Ehrhardt , 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Christian Ehrhardt , 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Christian Ehrhardt , 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy,
Christian Ehrhardt <=
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Christian Ehrhardt , 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Christian Ehrhardt , 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Andrew Cloke, 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Sean Feole, 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Sean Feole, 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Sean Feole, 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Sean Feole, 2020/02/10
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Adam Collard, 2020/02/11
- [Bug 1859656] Re: [2.6] Unable to reboot s390x KVM machine after initial deploy, Andrew Cloke, 2020/02/12