Bug 1653194

Summary: anaconda "hangs" at "Preparing transaction from installation source"
Product: Red Hat Enterprise Linux 8 Reporter: CongLi <coli>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED WORKSFORME QA Contact: Release Test Team <release-test-team>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 8.1CC: chayang, coli, jkonecny, juzhang, qzhang
Target Milestone: rc   
Target Release: 8.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-11-11 02:21:10 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
screendump of guest installation
none
console log of guest installation none

Description CongLi 2018-11-26 08:17:28 UTC
Created attachment 1508505 [details]
screendump of guest installation

Description of problem:
Install a RHEL.8 guest via qemu-kvm, anaconda "hangs" at "Preparing transaction from installation source".

Version-Release number of selected component (if applicable):
anaconda-29.19.0.25-1.el8.x86_64
kernel-4.18.0-40.el8.x86_64
compose: RHEL-8.0-20181120.0

How reproducible:
1 / 36 (there is no stable reproducer)

Steps to Reproduce:
1. Install a RHEL.8.0 guest via qemu:
MALLOC_PERTURB_=1  /usr/libexec/qemu-kvm \
    -S  \
    -name 'avocado-vt-vm1'  \
    -sandbox off  \
    -machine q35  \
    -nodefaults \
    -device VGA,bus=pcie.0,addr=0x1 \
    -device pcie-root-port,id=pcie_root_port_0,slot=2,chassis=2,addr=0x2,bus=pcie.0 \
    -device pcie-root-port,id=pcie_root_port_1,slot=3,chassis=3,addr=0x3,bus=pcie.0 \
    -device pcie-root-port,id=pcie_root_port_2,slot=4,chassis=4,addr=0x4,bus=pcie.0  \
    -chardev socket,id=qmp_id_qmpmonitor1,path=/var/tmp/avocado_v61qx0hn/monitor-qmpmonitor1-20181125-050544-RRMG42Ru,server,nowait \
    -mon chardev=qmp_id_qmpmonitor1,mode=control  \
    -chardev socket,id=qmp_id_catch_monitor,path=/var/tmp/avocado_v61qx0hn/monitor-catch_monitor-20181125-050544-RRMG42Ru,server,nowait \
    -mon chardev=qmp_id_catch_monitor,mode=control \
    -device pvpanic,ioport=0x505,id=idgn3vpI  \
    -chardev socket,id=serial_id_serial0,path=/var/tmp/avocado_v61qx0hn/serial-serial0-20181125-050544-RRMG42Ru,server,nowait \
    -device isa-serial,chardev=serial_id_serial0  \
    -chardev socket,id=seabioslog_id_20181125-050544-RRMG42Ru,path=/var/tmp/avocado_v61qx0hn/seabios-20181125-050544-RRMG42Ru,server,nowait \
    -device isa-debugcon,chardev=seabioslog_id_20181125-050544-RRMG42Ru,iobase=0x402 \
    -device pcie-root-port,id=pcie.0-root-port-5,slot=5,chassis=5,addr=0x5,bus=pcie.0 \
    -device qemu-xhci,id=usb1,bus=pcie.0-root-port-5,addr=0x0 \
    -drive id=drive_image1,if=none,snapshot=off,aio=native,cache=none,format=qcow2,file=/home/kvm_autotest_root/images/rhel80-64-virtio.qcow2 \
    -device pcie-root-port,id=pcie.0-root-port-6,slot=6,chassis=6,addr=0x6,bus=pcie.0 \
    -device virtio-blk-pci,id=image1,drive=drive_image1,bootindex=1,bus=pcie.0-root-port-6,addr=0x0 \
    -device pcie-root-port,id=pcie.0-root-port-7,slot=7,chassis=7,addr=0x7,bus=pcie.0 \
    -device virtio-net-pci,mac=9a:67:68:69:6a:6b,id=idlOaEyW,vectors=4,netdev=idYKOWAs,bus=pcie.0-root-port-7,addr=0x0  \
    -netdev tap,id=idYKOWAs,vhost=on,vhostfd=19,fd=13 \
    -m 15360  \
    -smp 12,maxcpus=12,cores=6,threads=1,sockets=2  \
    -cpu 'Opteron_G5',+kvm_pv_unhalt \
    -drive id=drive_unattended,if=none,snapshot=off,aio=native,cache=none,media=cdrom,file=/home/kvm_autotest_root/images/rhel80-64/ks.iso \
    -device ide-cd,id=unattended,drive=drive_unattended,bootindex=3,bus=ide.0,unit=0 \
    -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1  \
    -kernel '/home/kvm_autotest_root/images/rhel80-64/vmlinuz'  \
    -append 'ksdevice=link inst.ks=cdrom:/dev/sr0:/ks.cfg nicdelay=60 biosdevname=0 net.ifnames=0 console=ttyS0,115200 console=tty0 inst.repo=http://download.eng.pek2.redhat.com/pub/rhel/rel-eng/latest-RHEL-8/compose/BaseOS/x86_64/os/'  \
    -initrd '/home/kvm_autotest_root/images/rhel80-64/initrd.img'  \
    -vnc :0  \
    -rtc base=utc,clock=host,driftfix=slew  \
    -boot order=cdn,once=d,menu=off,strict=off  \
    -no-shutdown \
    -enable-kvm
2.
3.

Actual results:
anaconda "hangs" at "Preparing transaction from installation source" 

Expected results:
Installation could be finished successfully.

Additional info:
1. host info:
processor	: 23
vendor_id	: AuthenticAMD
cpu family	: 21
model		: 2
model name	: AMD Opteron(tm) Processor 6344
stepping	: 0
microcode	: 0x6000852
cpu MHz		: 1372.676
cache size	: 2048 KB
physical id	: 1
siblings	: 12
core id		: 5
cpu cores	: 6
apicid		: 75
initial apicid	: 43
fpu		: yes
fpu_exception	: yes
cpuid level	: 13
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid amd_dcm aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core perfctr_nb cpb hw_pstate ssbd ibpb vmmcall bmi1 arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
bugs		: fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 spec_store_bypass
bogomips	: 5186.39
TLB size	: 1536 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 48 bits physical, 48 bits virtual
power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro

Comment 2 CongLi 2018-11-26 08:19:58 UTC
Created attachment 1508507 [details]
console log of guest installation

Comment 3 Jiri Konecny 2018-11-26 10:22:05 UTC
Hello,

Could you please provide us installation logs when the installer hangs? You can find them in /tmp/*.log.

Comment 4 CongLi 2018-11-26 10:35:40 UTC
(In reply to Jiri Konecny from comment #3)
> Hello,
> 
> Could you please provide us installation logs when the installer hangs? You
> can find them in /tmp/*.log.

I met it in a series of automation installation tests, the image was covered by the latter cases.
I will submit a new job now to try to reproduce it, and upload the logs later.

Keep the needinfo.

Thanks.