Bug 618601
| Summary: | We need to reopen images after migration | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Juan Quintela <quintela> | ||||||||
| Component: | qemu-kvm | Assignee: | Juan Quintela <quintela> | ||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Virtualization Bugs <virt-bugs> | ||||||||
| Severity: | high | Docs Contact: | |||||||||
| Priority: | low | ||||||||||
| Version: | 6.0 | CC: | bcao, borgan, jasowang, juzhang, lcapitulino, llim, mkenneth, tburke, virt-maint, yang.z.zhang | ||||||||
| Target Milestone: | rc | Keywords: | Regression | ||||||||
| Target Release: | --- | ||||||||||
| Hardware: | All | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | qemu-kvm-0.12.1.2-2.106.el6 | Doc Type: | Bug Fix | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2010-11-10 21:26:58 UTC | Type: | --- | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
Juan Quintela
2010-07-27 11:02:49 UTC
*** Bug 614286 has been marked as a duplicate of this bug. *** Created attachment 435101 [details] target guest complaining about missing disk in drive I was testing a quick and dirty version of this fix for rhel6 to ensure that bug 614286 is fixed and turns out that if you migrate during windows 2008 install (at the "expeding windows file" step) the target guest will complain that there's no DVD in the drive when it resumes, as shown by the attached screenshot. By clicking in retry, windows seems to find the DVD and go ahead with the installation (which is far better than getting an corrupted image), however we might want to only reopen read-write images.. I'll wait for Juan's final submission to retest this (he said he's working on this). PS: For details on the test setup and procedure see bug 614286, specially comment 22. Some test considerations for this issue: o Please, test other forms of migration too (eg. to file) o Test migration during rhel6 installation too o Check bug 614286 and comment 5 of this BZ Re-test it in qemu-kvm-0.12.1.2-2.106.el6 . According to comment #8, 1.test migration via compressed file and std file . results:After migration ,guest sitll can be used 2.Repeat steps in bug 614286. results:After migration ,Guest still can finish installation.When the guest start to the login screen. a message prompts "No Drive" in the guest. Created attachment 436188 [details]
"No Drive" Screen dumped.
Re-tested in qemu-kvm-0.12.1.2-2.106.el6 . Test migration during rhel6 guest installation Actual Results: Test several times,2 times failed.but the Actual result are different failed scenario1 : Migration failed and qemu-kvm quit in the dest host. the message prompts: qemu: warning :error whild loading state for instance 0x5 of device 'cpu' load of migration failed. 2.failed scenario 2(rhel6 fail screen dump): After migration ,in the Guest can not continue installation and it shows "Running anaconda 13.21.60,the Redhat Enterprise Linux system installer -please wait 05:04:50 Starting graphical installation. Fatal python error :GC object already tracked . Anaconda died after receiving signal 6. install exited abnormally [1/1] The System will be rebooted when you press Ctrl-C or Ctrl-Alt-Delete." Additional info : Don't know how to reproduce it.It seems that when the migration finished while the the guest is still formating system may trigger the issue. Created attachment 436191 [details]
rhel6 fail screen dump
According to comment #12, May I re-assign this issue?. *** Bug 618509 has been marked as a duplicate of this bug. *** It seems to me that both new issues (comment 11, comment 12 and comment 13) are not related to the reopening of images. Maybe they are two different bugs. One way of confirming this would be to try to reproduce both problems on an older qemu-kvm package version, like qemu-kvm-0.12.1.2-2.91.el6.x86_64, which doesn't have the fix applied. If you manage to reproduce the problems there, then we should close this BZ as verified and open new ones for the recently discovered issues. Nice testing Mike! I think that the two new issues appeared are new, not related with this bug. Trying to reproduce. (In reply to comment #16) > It seems to me that both new issues (comment 11, comment 12 and comment 13) are > not related to the reopening of images. Maybe they are two different bugs. Could you supply me how to comfirm that the patches has worked already ? > One way of confirming this would be to try to reproduce both problems on an > older qemu-kvm package version, like qemu-kvm-0.12.1.2-2.91.el6.x86_64, which > doesn't have the fix applied. The issues described in comment #11,comment #12, comment #13 were found by repeating the steps of bug 614286 .If using older qemu-kvm package to reproduce the problems above ,It will trigger bug 614286. Would you provide some advice how to comfirm whether they are new issues or not ? (In reply to comment #18) > (In reply to comment #16) > > It seems to me that both new issues (comment 11, comment 12 and comment 13) are > > not related to the reopening of images. Maybe they are two different bugs. > > Could you supply me how to comfirm that the patches has worked already ? > What does the patche do is to reopen images after migration in destination, so you could use strace -fe trace=open,close /usr/libexec/qemu ... and see whether images have been reopened after migration when you do the verification accroding to the steps of bug 614286. > > One way of confirming this would be to try to reproduce both problems on an > > older qemu-kvm package version, like qemu-kvm-0.12.1.2-2.91.el6.x86_64, which > > doesn't have the fix applied. > > > The issues described in comment #11,comment #12, comment #13 were found by > repeating the steps of bug 614286 .If using older qemu-kvm package to reproduce > the problems above ,It will trigger bug 614286. Would you provide some advice > how to comfirm whether they are new issues or not ? The patch could resovle the issue of bug 614286, and the issuse you found in comment #11, comment #12 and comment #13 looks not related to the images re-open, if you could reproduce it, you should open new bzs. Re-tested in qemu-kvm-0.12.1.2-2.108.el6. Repeat steps in comment #19 ,test live migration ,migration via compressed file.migration via dd. Actual Results: After migration ,it shows [pid 16606] open("/home/RHEL.raw", O_RDONLY|O_NONBLOCK) = 10 [pid 16606] close(10) = 0 [pid 16606] open("/home/RHEL.raw", O_RDWR|O_DIRECT|O_CLOEXEC) = 10 [pid 16606] close(16) Change status to VERIFIED. Red Hat Enterprise Linux 6.0 is now available and should resolve the problem described in this bug report. This report is therefore being closed with a resolution of CURRENTRELEASE. You may reopen this bug report if the solution does not work for you. |