|
| From: | Avi Kivity |
| Subject: | Re: [Qemu-devel] Re: [patch 2/3] Add support for live block copy |
| Date: | Sun, 27 Feb 2011 11:22:01 +0200 |
| User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b3pre Thunderbird/3.1.7 |
On 02/24/2011 07:45 PM, Anthony Liguori wrote:
Yeah, it feels like we're introducing QEMU level RAID.
We already did, with sheepdog (well the RAID code is really outside qemu itself).
At what point are we going to add RAID5 support and not just RAID1. And it certainly begs the question of whether this use-case can be satisfied by just using Linux's RAID stack leaving one drive degraded and enabling the other drive when the time comes to fail over.
The magic word is btrfs, we already have atomic live copy outside qemu ('cp --reflink'). If you also want an atomic switch you have to move it inside qemu so you can switch to the new file.
Using one of the Linux RAID-1 implementations (md, dm, or drbd) is also possible but these are really designed for block devices, not files.
-- error compiling committee.c: too many arguments to function
| [Prev in Thread] | Current Thread | [Next in Thread] |