I have a kvm guest running MS-WinV7 on a CentOS-6.5 host. The WinV7 guest was installed from a CD. It installed correctly and was updated and added to an MS Active Domain without difficulty. I was able to do work on it through the virt-manager console and I was able to shut the system down from the console without problem. I cannot get it to restart however. virsh start brws-ms-v7-37v.brockley.harte-lyne.ca error: Failed to start domain brws-ms-v7-37v.brockley.harte-lyne.ca error: cannot open file '/dev/sr0': No medium found I found this bugzilla report. https://bugzilla.redhat.com/show_bug.cgi?id=709585 Which is curiously marked as CLOSED DEFERRED. The last comment in that bug contains this: > Summary of findings so far: > > format=raw doesn't work with /dev/sr0. Omitting format=raw works. > format=host_device works. > > Apparently, virt-manager specifically asks for "raw". > > Things are different in RHEL-6: format=raw works, > format=host_device doesn't, format=host_cdrom does > (doesn't exist in RHEL-5). Now, in my configuration files there is no 'format' attribute found in any tag. I find 'type=raw' inside of many <device/> tags but it seems strange to me that a RedHat bug report would use such imprecise language so as to confuse the attribute 'type' with one named 'format' so I wonder if a syntax change has occurred and if that has introduced a regression? virsh edit brws-ms-v7-37v.brockley.harte-lyne.ca show this configuration entry for device sr0: 30 <disk type='block' device='cdrom'> 31 <driver name='qemu' type='raw'/> 32 <source dev='/dev/sr0'/> 33 <target dev='hdc' bus='ide'/> 34 <readonly/> 35 <address type='drive' controller='0' bus='1' target='0' unit='0'/> 36 </disk> Despite the inference I draw from the bug report, that format ~= type, one cannot in fact change the driver attribute 'type' to any value other than raw. Any attempt to do so results in this message: unsupported configuration: unknown driver format value 'host_cdrom' Failed. Try again? [y,n,f,?]: Further, the value 'f' is not permitted so one cannot forcibly save the configuration to determine if in fact it might work. Has anyone else run into this? What is the fix? -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB at Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3