Bug 1584299 - No longer able to install Fedora 28 (s390x) under QEMU TCG
Summary: No longer able to install Fedora 28 (s390x) under QEMU TCG
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 28
Hardware: s390x
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-05-30 16:21 UTC by David Hildenbrand
Modified: 2018-06-27 10:40 UTC (History)
9 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2018-06-26 14:31:35 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Updates image for Fedora 28 with the fix (6.37 KB, application/octet-stream)
2018-06-26 14:27 UTC, Vendula Poncova
no flags Details

Description David Hildenbrand 2018-05-30 16:21:21 UTC
Description of problem:

We can no longer install Fedora 28 under QEMU in emulation mode reliably and autoamtically. Some timeout
was introduced since Fedora 27 (somewhere in the installation process), or something is taking significantly longer, that make it fail in two ways:

a) "Pane is Dead"
b) The ks.cfg does not get picked up and used if a) didn't strike.


How reproducible:

100% (was able to get to the installer sometiems but the ks.cfg wasn't picked up)


Steps to Reproduce:

1. Get upstream QEMU (or v2.12+) for target s390x-softmmu

$ dnf install qemu-system-s390x-core


2. Try to install Fedora 28 in TCG mode e.g. using

$ qemu-img create -f qcow2 disk.qcow2 8G
$ qemu-system-s390x -nographic --accel tcg,thread=multi \
                    -m 4096 -smp 4 \
                    -drive file=Fedora-Server-dvd-s390x-28-1.1.iso,readonly=on,if=none,id=cd1 \
                    -device virtio-scsi -device scsi-cd,drive=cd1 \
                    -hda ${TARGET}/disk.qcow2
                    -kernel kernel.img \
                    -initrd initrd.img \
                    -append "TERM=linux"

3. Wait a couple of minutes :)


Actual results:

"Pane is Dead"

Starting installer, one moment...
anaconda 28.22.10-1.fc28 for Fedora 28 started.                                
 * installation log files are stored in /tmp during the installation           
 * shell is available in second TMUX pane (ctrl+b, then press 2)               
 * when reporting a bug add logs from /tmp as separate text/plain attachments  
16:20:30 Anaconda DBus modules failed to start on time.                        
16:20:30 Anaconda DBus modules failed to start on time.

16:20:28,109 INF startup_utils: Waiting 2 sec for modules to be started.
16:20:29,232 INF startup_utils: Waiting 1 sec for modules to be started.
16:20:30,427 ERR startup_utils: Waiting for modules to be started timed out.
16:20:30,565 ERR stdout: Anaconda DBus modules failed to start on time.


Expected results:

Installer starts and if ks.cfg is used, installs automatically.


Additional info:

I am able to install if I "simulate" a clock in my guest that is e.g. 10 times slower. Also, a ks.cfg from a second CD gets properly picked up then and installs just fine just like Fedora 27. So this sounds like some timeout that should have been introduced.

Comment 1 David Hildenbrand 2018-05-30 16:34:19 UTC
This might be related to bz1572316.

Comment 2 David Hildenbrand 2018-06-25 12:42:19 UTC
Changing to high

Comment 3 Vendula Poncova 2018-06-26 14:27:01 UTC
Created attachment 1454679 [details]
Updates image for Fedora 28 with the fix

Comment 4 Vendula Poncova 2018-06-26 14:31:35 UTC
Hi,
the bug is fixed in rawhide: https://github.com/rhinstaller/anaconda/pull/1467

Please, use the attached updates image if you need to fix anaconda in Fedora 28. Just add this boot option:

inst.updates=https://bugzilla.redhat.com/attachment.cgi?id=1454679

Comment 5 David Hildenbrand 2018-06-27 10:40:05 UTC
This fixes getting to the installer, the ks.cfg still does not get picked up. There seems to be yet another timeout involved. I will try with rawhide soon, thanks.


Note You need to log in before you can comment on or make changes to this bug.