Re: [Qemu-devel] [RFC 00/12] Qorum disk image corruption resiliency

[Eric Blake <eblake@redhat.com>]

[-- Attachment #1: Type: text/plain, Size: 1249 bytes --]

On 08/02/2012 04:16 AM, Benoît Canet wrote:
> This patchset create a block driver implementing a qorum using three qemu disk

s/qorum/quorum/g throughout the series, including subject line

> images. Writes are mirrored on the three files.
> For the reading part the three files are read at the same time and a vote is
> done to determine which is the majoritary qiov version. It then return this

s/majoritary/majority/

> majoritary version to the upper layers.
> When three differents versions of the data are returned by the lower layer the

s/differents/different/

> qorum is broken and the read return -EIO.
> 
> The goal of this patchset is to be turned in a QEMU block filter living just
> above raw-*.c and below qcow2/qed when the required infrastructure will be done.
> 
> Main use of this feature will be people using NFS appliances which can be
> subjected to bitflip errors.
> 
> usage: -drive file=qorum:image1.raw:image2.raw:image3.raw,if=virtio,cache=none

How does this fit with snapshots?  Does a snapshot of a quorum require
passing in three filenames, one for each of the three sources?

-- 
Eric Blake   eblake@redhat.com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 620 bytes --]