Description of problem: migrate a VM with attached CD. at the end of the migration the CD will be reloaded in to the VM once again. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. attach a CD to the VM 2. migrate the VM (with the CDROM window opened) 3. check the VM at the end of that the window will be closed and reopen Actual results: Expected results: Additional info: due to this occurs in qemu level no logs are being added
I'm not sure I understand the problem description. Is it about migrating while the virtual CD drives tray is open? If no, please explain. If yes, is the following a fair interpretation of your steps to reproduce? 1. Make sure VM has a virtual CD drive with media. 2. Open its tray. 3. Migrate the VM. 4. Check whether the tray is still open. If these are not the correct steps, please describe correct steps. Regardless, please describe actual and expected results.
Yaniv, Could you please provide the data requested by Markus? This bug has been stuck in needinfo for 4 months now. Thanks, Jes
Problem is: - start install on VM A with a cdrom - half through the install migrate to machine B - installer will told you next time that it tries to access the cdrom that cdrom is empty - you press "yes" to say that you have inserted the cdrom and things continue as expected. Is just the dialog that shouldn't be there. I have reproduced it with the installation of Windows 7.
Reproduce on kvm-83-224.el5 Guest info: RHEL5.5-Server-20100322 Step: 1. In qemu-kvm command, attach iso with -cdrom xxx.iso 2. In guest, open the window of cdrom 3. Migrate Actual Results: 1. After migration, in the destiny guest, cdrom window closes automatically. 2. Need to mount /dev/cdrom manually to use the cdrom again.
*** Bug 578751 has been marked as a duplicate of this bug. ***
*** Bug 666225 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 652135 ***
Re-assigned this issue due to it is not same bug with bug 652135 hit the issue on # uname -r 2.6.18-260.el5 # rpm -q kvm kvm-83-232.el5 steps . 1.start guest with cdrom eg:/usr/libexec/qemu-kvm -M rhel5.6.0 -m 4G -smp 4,sockets=4,cores=1,threads=1 -name VM -uuid 02b8079c-cca0-ae65-c63a-a2aa4119497d -monitor stdio -no-kvm-pit-reinjection -usbdevice tablet -startdate now -boot dc -drive file=/dev/mike_cao/2_RHEL6u1_i386.qcow2,if=virtio,format=qcow2,werror=stop,cache=none,boot=on -net nic,macaddr=54:52:40:33:4c:58,vlan=0,model=virtio -net tap,script=/etc/qemu-ifup,downscript=no,vlan=0 -usb -spice ic=on,host=0,port=5910,disable-ticketing -qxl 1 -k en-us -balloon none -notify all -no-hpet -drive file=/mnt/RHEL6.1-20110504.0-Server-i386-DVD1.iso,if=ide,format=raw,media=cdrom,cache=none 2.during the step guest copy files from cdrom to disk .do ping-pong migration Actual Results: After migration,installation failed .referring to screendump.
Created attachment 498493 [details] screendump
Also hit the issue that do live migration during guest formating vdisks. after installation failed . #dmesg in the guest sr 0:0:0:0: [sr0] Media Changed sr 0:0:0:0: [sr0] Results:hostbyte=DID_OK driverbyte=DRIVER_SENSE sr 0:0:0:0: [sr0] Sense key :Unit Attention [current] sr 0:0:0:0: [sr0] Add. Sense: Not ready to ready change ,medium may have changed sr 0:0:0:0: [sr0] CDB: Read(10) 20 00 00 16 d2 16 00 00 10 00 end_request: I/O error ,dev sr0 sector 5982296 Buffer I/O error on device sr0, logical block 1495574 Buffer I/O error on device sr0, logical block 1495575 ... Buffer I/O error on device sr0, logical block 1495582
Could you double check that you are also using latest kvm package on destination host? This is exactly the bug that we fixed.
(In reply to comment #17) > Could you double check that you are also using latest kvm package on > destination host? This is exactly the bug that we fixed. yes ,both hosts are using # uname -r 2.6.18-260.el5 # rpm -q kvm kvm-83-232.el5 Hi,Juan Could you tell me which patch(es) fixed this bug ? Best Regards, Mike