Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
DescriptionDr. David Alan Gilbert
2014-01-08 13:40:53 UTC
Description of problem:
F20 virt-manager -> RHEL7 post-beta host (via ssh) installing RHEL7-beta1 via http
gave me:
Unable to complete install: 'internal error: process exited while connecting to monitor: qemu-kvm: -no-hpet: invalid option
(Full backtrace below)
Version-Release number of selected component (if applicable):
F20 machine running virt-manager:
libvirt-client-1.1.3.2-1.fc20.x86_64
libvirt-daemon-driver-qemu-1.1.3.2-1.fc20.x86_64
libvirt-daemon-driver-secret-1.1.3.2-1.fc20.x86_64
libvirt-daemon-config-network-1.1.3.2-1.fc20.x86_64
libvirt-daemon-1.1.3.2-1.fc20.x86_64
libvirt-daemon-driver-nwfilter-1.1.3.2-1.fc20.x86_64
libvirt-daemon-driver-storage-1.1.3.2-1.fc20.x86_64
libvirt-python-1.1.3.2-1.fc20.x86_64
libvirt-daemon-driver-network-1.1.3.2-1.fc20.x86_64
libvirt-daemon-kvm-1.1.3.2-1.fc20.x86_64
libvirt-daemon-driver-interface-1.1.3.2-1.fc20.x86_64
libvirt-daemon-driver-nodedev-1.1.3.2-1.fc20.x86_64
libvirt-glib-0.1.7-2.fc20.x86_64
virt-manager-common-0.10.0-5.git1ffcc0cc.fc20.noarch
virt-manager-0.10.0-5.git1ffcc0cc.fc20.noarch
RHEL7 host:
libvirt-glib-0.1.7-1.el7.x86_64
libvirt-daemon-driver-nwfilter-1.1.1-16.el7.x86_64
libvirt-client-1.1.1-16.el7.x86_64
libvirt-daemon-driver-nodedev-1.1.1-16.el7.x86_64
libvirt-daemon-driver-storage-1.1.1-16.el7.x86_64
libvirt-daemon-driver-interface-1.1.1-16.el7.x86_64
libvirt-daemon-driver-network-1.1.1-16.el7.x86_64
libvirt-daemon-kvm-1.1.1-16.el7.x86_64
libvirt-python-1.1.1-16.el7.x86_64
libvirt-daemon-1.1.1-16.el7.x86_64
libvirt-daemon-driver-secret-1.1.1-16.el7.x86_64
libvirt-daemon-driver-qemu-1.1.1-16.el7.x86_64
How reproducible:
Only tried once; note works with RHEL7 virt-manager against itself
Steps to Reproduce:
1. Start virt-manager on F20, connect to virt on RHEL7 host via ssh (I'm using a key)
2. Create a new VM giving it the URL to the RHEL7 beta - note that it detects that it's RHEL7
3. Tell it to start the install
Actual results:
The error above
Expected results:
A nice fresh RHEL7 VM
Additional info:
Unable to complete install: 'internal error: process exited while connecting to monitor: qemu-kvm: -no-hpet: invalid option
'
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/asyncjob.py", line 91, in cb_wrapper
callback(asyncjob, *args, **kwargs)
File "/usr/share/virt-manager/virtManager/create.py", line 1959, in do_install
guest.start_install(meter=meter)
File "/usr/share/virt-manager/virtinst/guest.py", line 389, in start_install
noboot)
File "/usr/share/virt-manager/virtinst/guest.py", line 454, in _create_guest
dom = self.conn.createLinux(start_xml or final_xml, 0)
File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2897, in createLinux
if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self)
libvirtError: internal error: process exited while connecting to monitor: qemu-kvm: -no-hpet: invalid option
<crobinso> dgilbert: hmm. I think that's a RHEL7 libvirt bug. IIRC libvirt is supposed to detect if the qemu binary provides -no-hpet, otherwise assume -no-hpet is the default (like on RHEL).
From /var/log/libvirt/qemu/rhel7.log
2014-01-08 11:14:56.930+0000: starting up
LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name rhel7 -S -machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off -m 1024 -realtime mlock=off -smp 4,sockets=4,cores=1,threads=1 -uuid
8f4a19dc-4a00-4066-9d5a-5636d67fb6d6 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/rhel7.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -no-kvm-
pit-reinjection -no-hpet -no-reboot -boot strict=on -kernel /var/lib/libvirt/boot/virtinst-vmlinuz.QVTATx -initrd /var/lib/libvirt/boot/virtinst-initrd.img.k7iqAy -append method=http://download.devel.redhat.com/released/RHEL-7/7.0-Beta-1
/Server/x86_64/os/ -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1 -dev
ice ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6 -drive file=/var/lib/libvirt/images/rhel7.img,if=none,id=drive-virtio-disk0,format=qcow2 -device virtio-
blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=23,id=hostnet0,vhost=on,vhostfd=24 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:b0:88:ef,bus=pci.0,addr=0x3 -chardev p
ty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev spicevmc,id=charchannel0,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 -device usb-tabl
et,id=input0 -spice port=5900,addr=127.0.0.1,disable-ticketing,seamless-migration=on -vga qxl -global qxl-vga.ram_size=67108864 -global qxl-vga.vram_size=67108864 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound
0-codec0,bus=sound0.0,cad=0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8
qemu-kvm: -no-hpet: invalid option
2014-01-08 11:14:57.219+0000: shutting down
Comment 1Dr. David Alan Gilbert
2014-01-08 13:46:03 UTC
Description of problem: F20 virt-manager -> RHEL7 post-beta host (via ssh) installing RHEL7-beta1 via http gave me: Unable to complete install: 'internal error: process exited while connecting to monitor: qemu-kvm: -no-hpet: invalid option (Full backtrace below) Version-Release number of selected component (if applicable): F20 machine running virt-manager: libvirt-client-1.1.3.2-1.fc20.x86_64 libvirt-daemon-driver-qemu-1.1.3.2-1.fc20.x86_64 libvirt-daemon-driver-secret-1.1.3.2-1.fc20.x86_64 libvirt-daemon-config-network-1.1.3.2-1.fc20.x86_64 libvirt-daemon-1.1.3.2-1.fc20.x86_64 libvirt-daemon-driver-nwfilter-1.1.3.2-1.fc20.x86_64 libvirt-daemon-driver-storage-1.1.3.2-1.fc20.x86_64 libvirt-python-1.1.3.2-1.fc20.x86_64 libvirt-daemon-driver-network-1.1.3.2-1.fc20.x86_64 libvirt-daemon-kvm-1.1.3.2-1.fc20.x86_64 libvirt-daemon-driver-interface-1.1.3.2-1.fc20.x86_64 libvirt-daemon-driver-nodedev-1.1.3.2-1.fc20.x86_64 libvirt-glib-0.1.7-2.fc20.x86_64 virt-manager-common-0.10.0-5.git1ffcc0cc.fc20.noarch virt-manager-0.10.0-5.git1ffcc0cc.fc20.noarch RHEL7 host: libvirt-glib-0.1.7-1.el7.x86_64 libvirt-daemon-driver-nwfilter-1.1.1-16.el7.x86_64 libvirt-client-1.1.1-16.el7.x86_64 libvirt-daemon-driver-nodedev-1.1.1-16.el7.x86_64 libvirt-daemon-driver-storage-1.1.1-16.el7.x86_64 libvirt-daemon-driver-interface-1.1.1-16.el7.x86_64 libvirt-daemon-driver-network-1.1.1-16.el7.x86_64 libvirt-daemon-kvm-1.1.1-16.el7.x86_64 libvirt-python-1.1.1-16.el7.x86_64 libvirt-daemon-1.1.1-16.el7.x86_64 libvirt-daemon-driver-secret-1.1.1-16.el7.x86_64 libvirt-daemon-driver-qemu-1.1.1-16.el7.x86_64 How reproducible: Only tried once; note works with RHEL7 virt-manager against itself Steps to Reproduce: 1. Start virt-manager on F20, connect to virt on RHEL7 host via ssh (I'm using a key) 2. Create a new VM giving it the URL to the RHEL7 beta - note that it detects that it's RHEL7 3. Tell it to start the install Actual results: The error above Expected results: A nice fresh RHEL7 VM Additional info: Unable to complete install: 'internal error: process exited while connecting to monitor: qemu-kvm: -no-hpet: invalid option ' Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 91, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/create.py", line 1959, in do_install guest.start_install(meter=meter) File "/usr/share/virt-manager/virtinst/guest.py", line 389, in start_install noboot) File "/usr/share/virt-manager/virtinst/guest.py", line 454, in _create_guest dom = self.conn.createLinux(start_xml or final_xml, 0) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2897, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self) libvirtError: internal error: process exited while connecting to monitor: qemu-kvm: -no-hpet: invalid option <crobinso> dgilbert: hmm. I think that's a RHEL7 libvirt bug. IIRC libvirt is supposed to detect if the qemu binary provides -no-hpet, otherwise assume -no-hpet is the default (like on RHEL). From /var/log/libvirt/qemu/rhel7.log 2014-01-08 11:14:56.930+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name rhel7 -S -machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off -m 1024 -realtime mlock=off -smp 4,sockets=4,cores=1,threads=1 -uuid 8f4a19dc-4a00-4066-9d5a-5636d67fb6d6 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/rhel7.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -no-kvm- pit-reinjection -no-hpet -no-reboot -boot strict=on -kernel /var/lib/libvirt/boot/virtinst-vmlinuz.QVTATx -initrd /var/lib/libvirt/boot/virtinst-initrd.img.k7iqAy -append method=http://download.devel.redhat.com/released/RHEL-7/7.0-Beta-1 /Server/x86_64/os/ -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1 -dev ice ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6 -drive file=/var/lib/libvirt/images/rhel7.img,if=none,id=drive-virtio-disk0,format=qcow2 -device virtio- blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=23,id=hostnet0,vhost=on,vhostfd=24 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:b0:88:ef,bus=pci.0,addr=0x3 -chardev p ty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev spicevmc,id=charchannel0,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 -device usb-tabl et,id=input0 -spice port=5900,addr=127.0.0.1,disable-ticketing,seamless-migration=on -vga qxl -global qxl-vga.ram_size=67108864 -global qxl-vga.vram_size=67108864 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound 0-codec0,bus=sound0.0,cad=0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 qemu-kvm: -no-hpet: invalid option 2014-01-08 11:14:57.219+0000: shutting down