https://bugzilla.novell.com/show_bug.cgi?id=857271 https://bugzilla.novell.com/show_bug.cgi?id=857271#c0 Summary: Setting up CD ROM as boot media causes installation process to abort: qemu: prepended, but phy: (optical drive) or file: (ISO image) expected Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Xen AssignedTo: jdouglas@suse.com ReportedBy: olafmartens@web.de QAContact: qa-bugs@suse.de Found By: --- Blocker: --- Created an attachment (id=573194) --> (http://bugzilla.novell.com/attachment.cgi?id=573194) xend.log of the installation attempt (truncated to size 0 beforehand) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 After following all steps required by the installation wizard and finally clicking on "Finish" virt-manager displays a dialog box displaying the progress of the installation, but after some time I get an error message stating that some device had the wrong type (qemu:). By digging through my logs I found that the culprit is the routine that is supposed to set up the virtual CD ROM, and instead of prepending phy: for a real optical drive or file: for an ISO image file, respectively, for some reason qemu: is prepended instead, thereby confusing xend. In order to be able to access the optical drive I have registered it as a storage pool (pre-formatted fs). Reproducible: Always Steps to Reproduce: Prerequisites: Run virt-manager over a TCP connection. Box A (the xen host) has to have xend/libvirtd running on a xen-aware kernel. Networking has to be taken away from xend so that it doesn't interfere with libvirtd, then set the network type to routed. Register the hd of the system as a storage pool (physical drive) - this requires that a free partition exists on that device! Register the CD or DVD ROM as a storage pool (pre-formatted fs). Box B (without any virtualization) only has virt-manager running as a remote control for xend/libvirtd on box A (connection type xen). 1. Fire up the VM installation wizard and follow all steps. 2. Choose the physical optical drive as installation media. 3. Select one of the empty hd partitions for the VM's mass storage 4. When you are done, click on "Finish" to start the process. Actual Results: Error message returned (from virt-manager): Installation konnte nicht fertiggestellt werden: «POST-Operation schlug fehl: xend_post: Fehler von xen-Daemon: (xend.err 'Error creating domain: Block device type "qemu" is invalid.')» Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 96, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/create.py", line 2022, in do_install guest.start_install(False, meter=meter) File "/usr/lib/python2.7/site-packages/virtinst/Guest.py", line 1251, in start_install noboot) File "/usr/lib/python2.7/site-packages/virtinst/Guest.py", line 1319, in _create_guest dom = self.conn.createLinux(start_xml or final_xml, 0) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2886, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self) libvirtError: POST-Operation schlug fehl: xend_post: Fehler von xen-Daemon: (xend.err 'Error creating domain: Block device type "qemu" is invalid.') Expected Results: The optical drive should have been set up and the installation process started. Kernel: Linux gagazet 3.11.6-4-xen #1 SMP Wed Oct 30 18:04:56 UTC 2013 (e6d4a27) x86_64 x86_64 x86_64 GNU/Linux xend: 4.3.1_02, release 4.4 libvirtd: 1.1.2, release: 2.10.2 virt-manager: 0.9.5, release 6.1.3 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.