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):
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
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.
Could you please provide the data requested by Markus? This bug has
been stuck in needinfo for 4 months now.
- 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
1. In qemu-kvm command, attach iso with -cdrom xxx.iso
2. In guest, open the window of cdrom
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
# rpm -q kvm
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
After migration,installation failed .referring to screendump.
Created attachment 498493 [details]
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
# rpm -q kvm
Could you tell me which patch(es) fixed this bug ?