Created attachment 1469618 [details] Kickstart Description of problem: On some occassions while installing Fedora 28 inside a KVM virtual machine, Anaconda will state that it's starting the automated install, but it just continues to produce dots on it's output and never continues past this point. Version-Release number of selected component (if applicable): First seen with Fedora 27, and continuing to plaque Fedora 28. How reproducible: Roughly about 1 in 10 VMs fail to install. Every VM is created with a basically identical environment. Steps to Reproduce: 1. Set-up HTTP server to host mounted Fedora 28 ISO. 2. Set-up fully-automated Kickstart file to be hosted on server. 3. Start install of Fedora 28 with virt-install: virt-install --os-variant=fedora25 \ --graphics none \ --console pty,target_type=virtio \ --channel \ 'unix,path=/var/lib/libvirt/qemu/f16x86_64.agent,mode=bind,target_type=virtio,name=org.qemu.guest_agent.0' \ --cpu host \ --network bridge=host_br0,model=virtio \ --location http://server/fedora/Fedora-28-x86_64/ \ --extra-args 'ks=http://server/deploy/fedora28.cfg console=hvc0' \ --hostdev pci_0000_10_00_0 \ --name ABCDE \ --vcpus 8 \ --memory 4096 \ --disk size=20.0 Actual results: Installer prints out "Starting automated install." and continues to prints dots forever. Expected results: Fedora 28 should be fully installed and rebooted into OS. Additional info: First seen with Fedora 27. There was no problem using a similar setup with Fedora 26. Kickstart and logs will be attached.
Created attachment 1469619 [details] anaconda log
Created attachment 1469620 [details] storage log
Created attachment 1469621 [details] program log
Created attachment 1469622 [details] main log
Created attachment 1469623 [details] console log
Hi, you might try to switch to the graphical mode as a workaround.
That does not work for us. These are automated installs using kickstart inside a KVM environment. There is no VGA console nor user to interact with. We do about 40 installs every morning for running various test suites. This issue does not happen with a high percentage, but with as many installs as we do, we see it regularly.
(In reply to Loren M. Lang from comment #8) > That does not work for us. These are automated installs using kickstart > inside a KVM environment. There is no VGA console nor user to interact with. > We do about 40 installs every morning for running various test suites. This > issue does not happen with a high percentage, but with as many installs as > we do, we see it regularly. The installation will still be fully automatic and non-interactive, just running with a graphical interface. As long as the GUI can start, it should work around the issue, even if no monitors are connected and no one is actually looking at the GUI.
Hi, could you try to run the installation with the following boot option? inst.updates=https://vponcova.fedorapeople.org/f28_dots.img
(In reply to Vendula Poncova from comment #10) > Hi, could you try to run the installation with the following boot option? > > inst.updates=https://vponcova.fedorapeople.org/f28_dots.img I've been trying this on a Fedora 29 install and so far seems to be resolving the issues I was seeing with the install getting stuck with repeating dots. Since I started using this I haven't seen a stuck install. Before that I was having stuck installs quite often. I've done about 10 test runs so far. This is done on bare-metal systems under Beaker.
(In reply to John Villalovos from comment #11) > I've done about 10 test runs so far. This is done on bare-metal systems > under Beaker. I've been using this for several days now and since I started using it I haven't seen a stuck install. Before I was seeing it about 50% of the time. I would vote for getting the patch merged.
The patch is already part of Fedora 29: https://github.com/rhinstaller/anaconda/pull/1599
(In reply to Vendula Poncova from comment #13) > The patch is already part of Fedora 29: > https://github.com/rhinstaller/anaconda/pull/1599 Thanks. I discovered the 'install.img' file I was using in our network install did not have that patch for some reason.