29.06.2018 20:36, Vladimir Sementsov-Ogievskiy wrote:
29.06.2018 19:38, John Snow wrote:

On 06/29/2018 11:15 AM, Vladimir Sementsov-Ogievskiy wrote:
Image fleecing, or external (or pull) backup scheme is near to complete. Here is forgotten test, written by Fam in far 2014, with two my necessary
patches, previously sent separately, so the series are called "v2"

v2:
  01: add transaction support
  02: rebase on master, drop "'fleecing-filter': 'BlockdevCreateNotSupported'"
      add empty .bdrv_close
      add default .bdrv_child_perm
  03: comparing to [PATCH v20 15/15] qemu-iotests: Image fleecing test case 08:
      add -f iotests.imgfmt to qemu_io
      fix target_img to be always qcow2
      add -r to qemu_io for nbd
      add fleecing-filter layer
      wrap long lines

Fam Zheng (1):
   qemu-iotests: Image fleecing test case 222

Vladimir Sementsov-Ogievskiy (2):
   blockdev-backup: enable non-root nodes for backup source
   block/fleecing-filter: new filter driver for fleecing

  qapi/block-core.json       |   6 ++-
  block/fleecing-filter.c    |  80 ++++++++++++++++++++++++++++++++
  blockdev.c                 |   4 +-
  block/Makefile.objs        |   1 +
  tests/qemu-iotests/222     | 112 +++++++++++++++++++++++++++++++++++++++++++++
  tests/qemu-iotests/222.out |   5 ++
  tests/qemu-iotests/group   |   1 +
  7 files changed, 205 insertions(+), 4 deletions(-)
  create mode 100644 block/fleecing-filter.c
  create mode 100755 tests/qemu-iotests/222
  create mode 100644 tests/qemu-iotests/222.out

Have you been able to reproduce a race that proves the filter is
necessary, or can you explain how it might happen?

No. But same logic is in block/replication, and I remember, that I discussed it on list, and the case I've described in 02 is not my idea.

found: http://lists.nongnu.org/archive/html/qemu-devel/2017-08/msg01807.html



I think I mentioned it once as a possibility but I hadn't convinced myself.




--
Best regards,
Vladimir


Reply via email to