[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [Bug 1013714] Re: Data corruption after block migration (LV
[Qemu-devel] [Bug 1013714] Re: Data corruption after block migration (LV->LV)
Fri, 15 Jun 2012 19:24:43 -0000
Thank you for your quick response!
Did you intend to mention 3 different commits or did you accidentally
paste the same commit thrice? ;) I came across that commit but somehow
thought it was already included in 0.13. Thanks!
We're of course in no position to ask, but I'll do it anyway: Would you
be in a position to add patches for these commits to the qemu-kvm
package for RHEL6 (assuming they apply at all)? Or perhaps ask one of
the RH package maintainers to do so? We'd be very grateful!
A little bit of background (our use case for using live block
migration): We are an ISP and provide virtual private servers on KVM.
The way we see it traditional centralized shared storage introduces one
big, expensive and complicated SPOF into a VM platform.
We actually have no problems dealing with the limitations of local
storage. For example, we have automated (offline) VM migrations to other
hosts when customers need to upgrade and the current host doesn't have
enough resources. It would be great if live block migration would be
stable enough to do this online to reduce downtime for customers.
We sometimes use live block migration to reduce the server load by
migrating off a busy VM. It doesn't really matter if the migration takes
a while to complete. We also use it to migrate all VM's off a host in
case the hardware is being retired or we need to reinstall.
Live block migration is just not very useful for generic system
maintenance, like a reboot for a kernel or firmware update. In that case
we simply reboot the host (and most customers don't mind that once in a
We would appreciate it if live block migration would not be removed
until its superior replacement is ready. We don't mind if it's more
complex to work with, as long as it's well documented ;)
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Data corruption after block migration (LV->LV)
Status in QEMU:
We quite frequently use the live block migration feature to move VM's
between nodes without downtime. These sometimes result in data
corruption on the receiving end. It only happens if the VM is actually
doing I/O (doesn't have to be all that much to trigger the issue).
We use logical volumes and each VM has two disks. We use cache=none
for all VM disks.
All guests use virtio (a mix of various Linux distro's and Windows
We currently have two stacks in use and have seen the issue on both of
Fedora - qemu-kvm 0.13
Scientific Linux 6.2 (RHEL derived) - qemu-kvm package 0.12.1.2
Even though we don't run the most recent versions of KVM I highly
suspect this issue is still unreported and that filing a bug is
therefore appropriate. (There doesn't seem to be any similar bug
report in launchpad or RedHat's bugzilla and nothing related in change
logs, release notes and git commit logs.)
I have no idea where to look or where to start debugging this issue,
but if there is any way I can provide useful debug information please
let me know.
To manage notifications about this bug go to:
- [Qemu-devel] [PULL 0/8]: QMP queue, Luiz Capitulino, 2012/06/15
- [Qemu-devel] [PATCH 1/8] kvm: add missing include files, Luiz Capitulino, 2012/06/15
- [Qemu-devel] [PATCH 3/8] qmp: do not include monitor.h from qapi-types-core.h, Luiz Capitulino, 2012/06/15
- [Qemu-devel] [PATCH 2/8] qmp: include monitor.h when needed, Luiz Capitulino, 2012/06/15
- [Qemu-devel] [PATCH 4/8] monitor: Fix memory leak with readline completion, Luiz Capitulino, 2012/06/15
- [Qemu-devel] [PATCH 6/8] Add event notification for guest balloon changes, Luiz Capitulino, 2012/06/15
- [Qemu-devel] [PATCH 5/8] Fix some more license versions (GPL2+ instead of GPL2), Luiz Capitulino, 2012/06/15
- [Qemu-devel] [PATCH 8/8] build: install qmp-commands.txt, Luiz Capitulino, 2012/06/15
- [Qemu-devel] [PATCH 7/8] Add rate limiting of RTC_CHANGE, BALLOON_CHANGE & WATCHDOG events, Luiz Capitulino, 2012/06/15