qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: John Snow <jsnow@redhat.com>
To: Max Reitz <mreitz@redhat.com>, qemu-devel@nongnu.org
Cc: kwolf@redhat.com, famz@redhat.com, armbru@redhat.com,
	vsementsov@parallels.com, stefanha@redhat.com
Subject: Re: [Qemu-devel] [PATCH v12 14/17] iotests: add simple incremental backup case
Date: Wed, 11 Feb 2015 17:02:54 -0500	[thread overview]
Message-ID: <54DBD18E.10703@redhat.com> (raw)
In-Reply-To: <54DBCC59.7060303@redhat.com>



On 02/11/2015 04:40 PM, Max Reitz wrote:
> On 2015-02-09 at 20:35, John Snow wrote:
>> Signed-off-by: John Snow <jsnow@redhat.com>
>> ---
>>   tests/qemu-iotests/112        | 120
>> +++++++++++++++++++++++++++++++++++++++++-
>>   tests/qemu-iotests/112.out    |   4 +-
>>   tests/qemu-iotests/iotests.py |  18 ++++---
>>   3 files changed, 133 insertions(+), 9 deletions(-)
>>
>> diff --git a/tests/qemu-iotests/112 b/tests/qemu-iotests/112
>> index 7985cd1..31431ad 100644
>> --- a/tests/qemu-iotests/112
>> +++ b/tests/qemu-iotests/112
>> @@ -22,18 +22,49 @@
>>   import os
>>   import iotests
>> +from iotests import qemu_img, qemu_io, create_image
>
> Is this really necessary? For me, it works without, too; and if it is
> necessary, shouldn't it be part of patch 13?
>

Maybe not? It's baggage from copying 056 as a template.

>>   def io_write_patterns(img, patterns):
>>       for pattern in patterns:
>>           iotests.qemu_io('-c', 'write -P%s %s %s' % pattern, img)
>> +class Bitmap:
>> +    def __init__(self, name, node):
>> +        self.name = name
>> +        self.node = node
>> +        self.pattern = os.path.join(iotests.test_dir,
>> +                                    '%s.backup.%%s.img' % name)
>
> Shouldn't this be %%i? %%s works for me, but I think %%i might look better.
>

It's probably more semantically appropriate, yes.

>> +        self.num = 0
>> +        self.backups = list()
>> +
>> +    def new_target(self, num=None):
>> +        if num is None:
>> +            num = self.num
>> +        self.num = num + 1
>> +        target = self.pattern % num
>
> I hope nobody has a % in the test path...
>

Oh, good point.

> Although it does look nice, maybe just self.base =
> os.path.join(iotests.test_dir, '%s.backup.img.' % name) and target =
> self.base + str(num) is more robust (putting the '.img' at the end is a
> bonus).
>
>> +        self.backups.append(target)
>> +        return target
>> +
>> +    def last_target(self):
>> +        return self.backups[-1]
>> +
>> +    def del_target(self):
>> +        os.remove(self.backups.pop())
>> +        self.num -= 1
>> +
>> +    def __del__(self):
>> +        for backup in self.backups:
>> +            try:
>> +                os.remove(backup)
>> +            except OSError:
>> +                pass
>>   class TestIncrementalBackup(iotests.QMPTestCase):
>>       def setUp(self):
>>           self.bitmaps = list()
>>           self.files = list()
>> -        self.vm = iotests.VM()
>> +        self.vm = iotests.VM().add_args(['-S'])
>
> Isn't -machine accel=qtest (which is specified by default) enough?

Yes, this is actually somewhat vestigial from a standalone version of 
this that would tolerate an arbitrary image. I left it in because I 
thought it was harmless and it served as an illustration about the 
inferred timing of the commands being tested.

That said, it /can/ be removed. Its only purpose is illustrative.

>
>>           self.test_img = os.path.join(iotests.test_dir, 'base.img')
>>           self.full_bak = os.path.join(iotests.test_dir, 'backup.img')
>>           self.foo_img = os.path.join(iotests.test_dir, 'foo.bar')
>> @@ -58,6 +89,93 @@ class TestIncrementalBackup(iotests.QMPTestCase):
>>               iotests.qemu_img('create', '-f', fmt, img, size)
>>           self.files.append(img)
>> +
>> +    def create_full_backup(self, drive='drive0'):
>> +        res = self.vm.qmp('drive-backup', device=drive,
>> +                          sync='full', format=iotests.imgfmt,
>> +                          target=self.full_bak)
>> +        self.assert_qmp(res, 'return', {})
>> +        self.wait_until_completed(drive)
>> +        self.check_full_backup()
>> +        self.files.append(self.full_bak)
>> +
>> +
>> +    def check_full_backup(self):
>> +        self.assertTrue(iotests.compare_images(self.test_img,
>> self.full_bak))
>> +
>> +
>> +    def add_bitmap(self, name, node='drive0'):
>> +        bitmap = Bitmap(name, node)
>> +        self.bitmaps.append(bitmap)
>> +        result = self.vm.qmp('block-dirty-bitmap-add', node=bitmap.node,
>> +                             name=bitmap.name)
>> +        self.assert_qmp(result, 'return', {})
>> +        return bitmap
>> +
>> +
>> +    def create_incremental(self, bitmap=None, num=None,
>> +                           parent=None, parentFormat=None,
>> validate=True):
>> +        if bitmap is None:
>> +            bitmap = self.bitmaps[-1]
>> +
>> +        # If this is the first incremental backup for a bitmap,
>> +        # use the full backup as a backing image. Otherwise, use
>> +        # the last incremental backup.
>> +        if parent is None:
>> +            if bitmap.num is 0:
>
> Why not == 0?
>

Just having a really good time in python.

I think "is" tests instances; it's like a strict equals. == is 
equivalence as you and I are used to it. In this case, it winds up being 
the same because python has some numerical objects cached, and any 
equation that evaluates to 0 evaluates to the /same/ 0.

== is more correct, though, apparently.

>> +                parent = self.full_bak
>> +            else:
>> +                parent = self.bitmaps[-1].last_target()
>
> Is this intentional or should this be bitmap.last_target()? In this
> patch, no caller of create_incremental() gives any parameter, so there's
> no difference.
>

Vestigial from the standalone edition. 'bitmap' should be preferred over 
bitmaps[-1], yes.

>> +
>> +        target = bitmap.new_target(num)
>> +        self.img_create(target, iotests.imgfmt, parent=parent)
>> +
>> +        result = self.vm.qmp('drive-backup', device=bitmap.node,
>> +                             sync='dirty-bitmap', bitmap=bitmap.name,
>> +                             format=iotests.imgfmt, target=target,
>> +                             mode='existing')
>> +        self.assert_qmp(result, 'return', {})
>> +
>> +        event = self.wait_until_completed(bitmap.node,
>> check_offset=validate)
>> +        if validate:
>> +            return self.check_incremental(target)
>> +
>> +
>> +    def check_incremental(self, target=None):
>> +        if target is None:
>> +            target = self.bitmaps[-1].last_target()
>> +        self.assertTrue(iotests.compare_images(self.test_img, target))
>> +        return True
>> +
>> +
>> +    def hmp_io_writes(self, drive, patterns):
>> +        for pattern in patterns:
>> +            self.vm.hmp_qemu_io(drive, 'write -P%s %s %s' % pattern)
>> +        self.vm.hmp_qemu_io(drive, 'flush')
>> +
>> +
>> +    # Create a bitmap and full backup before VM execution begins,
>> +    # then create a series of incremental backups during execution.
>> +    def test_incremental_simple(self):
>> +        self.create_full_backup()
>> +        self.add_bitmap('bitmap0', 'drive0')
>> +        self.vm.hmp('c')
>
> self.vm.qmp('continue') works, too, but as I said above, I think
> accel=qtest should be enough so you may not need this at all.
>
> (I'm saying this because we all know that QMP > HMP (obviously))
>
>
> So I had some small questions which I think I want to have answers
> before giving an R-b, but the test logic looks good to me.
>
> Max
>

Explanation above covers this; a more human-focused demi-interactive 
version preceded this iotest.

I'll excise it and just use comments to create the same documentation 
effect.

>> +        # Sanity: Create a "hollow" incremental backup
>> +        self.create_incremental()
>> +        # Three writes: One complete overwrite, one new segment,
>> +        # and one partial overlap.
>> +        self.hmp_io_writes('drive0', (('0xab', 0, 512),
>> +                                      ('0xfe', '16M', '256k'),
>> +                                      ('0x64', '32736k', '64k')))
>> +        self.create_incremental()
>> +        # Three more writes, one of each kind, like above
>> +        self.hmp_io_writes('drive0', (('0x9a', 0, 512),
>> +                                      ('0x55', '8M', '352k'),
>> +                                      ('0x78', '15872k', '1M')))
>> +        self.create_incremental()
>> +        return True
>> +
>> +
>>       def test_sync_dirty_bitmap_missing(self):
>>           self.assert_no_active_block_jobs()
>>           self.files.append(self.foo_img)
>> diff --git a/tests/qemu-iotests/112.out b/tests/qemu-iotests/112.out
>> index fbc63e6..8d7e996 100644
>> --- a/tests/qemu-iotests/112.out
>> +++ b/tests/qemu-iotests/112.out
>> @@ -1,5 +1,5 @@
>> -..
>> +...
>>   ----------------------------------------------------------------------
>> -Ran 2 tests
>> +Ran 3 tests
>>   OK
>> diff --git a/tests/qemu-iotests/iotests.py
>> b/tests/qemu-iotests/iotests.py
>> index 241b5ee..6bff935 100644
>> --- a/tests/qemu-iotests/iotests.py
>> +++ b/tests/qemu-iotests/iotests.py
>> @@ -88,6 +88,11 @@ class VM(object):
>>                        '-display', 'none', '-vga', 'none']
>>           self._num_drives = 0
>> +    # Add arbitrary arguments to the command-line.
>> +    def add_args(self, arglist):
>> +        self._args = self._args + arglist
>> +        return self
>> +
>>       # This can be used to add an unused monitor instance.
>>       def add_monitor_telnet(self, ip, port):
>>           args = 'tcp:%s:%d,server,nowait,telnet' % (ip, port)
>> @@ -109,23 +114,24 @@ class VM(object):
>>           self._num_drives += 1
>>           return self
>> +    def hmp(self, args):
>> +        return self.qmp('human-monitor-command',
>> +                           command_line=args)
>> +
>>       def pause_drive(self, drive, event=None):
>>           '''Pause drive r/w operations'''
>>           if not event:
>>               self.pause_drive(drive, "read_aio")
>>               self.pause_drive(drive, "write_aio")
>>               return
>> -        self.qmp('human-monitor-command',
>> -                    command_line='qemu-io %s "break %s bp_%s"' %
>> (drive, event, drive))
>> +        self.hmp('qemu-io %s "break %s bp_%s"' % (drive, event, drive))
>>       def resume_drive(self, drive):
>> -        self.qmp('human-monitor-command',
>> -                    command_line='qemu-io %s "remove_break bp_%s"' %
>> (drive, drive))
>> +        self.hmp('qemu-io %s "remove_break bp_%s"' % (drive, drive))
>>       def hmp_qemu_io(self, drive, cmd):
>>           '''Write to a given drive using an HMP command'''
>> -        return self.qmp('human-monitor-command',
>> -                        command_line='qemu-io %s "%s"' % (drive, cmd))
>> +        return self.hmp('qemu-io %s "%s"' % (drive, cmd))
>>       def add_fd(self, fd, fdset, opaque, opts=''):
>>           '''Pass a file descriptor to the VM'''
>

  reply	other threads:[~2015-02-11 22:03 UTC|newest]

Thread overview: 55+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-10  1:35 [Qemu-devel] [PATCH v12 00/17] block: incremental backup series John Snow
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 01/17] qapi: Add optional field "name" to block dirty bitmap John Snow
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 02/17] qmp: Add block-dirty-bitmap-add and block-dirty-bitmap-remove John Snow
2015-02-10 21:56   ` Max Reitz
2015-02-13 22:24   ` Eric Blake
2015-02-13 22:39     ` John Snow
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 03/17] block: Introduce bdrv_dirty_bitmap_granularity() John Snow
2015-02-10 22:03   ` Max Reitz
2015-02-11 18:57     ` John Snow
2015-02-11 18:58       ` Max Reitz
2015-02-10 22:13   ` Max Reitz
2015-02-10 22:15     ` John Snow
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 04/17] hbitmap: add hbitmap_merge John Snow
2015-02-10 22:16   ` Max Reitz
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 05/17] qmp: Add block-dirty-bitmap-enable and block-dirty-bitmap-disable John Snow
2015-02-11 16:26   ` Max Reitz
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 06/17] block: Add bitmap successors John Snow
2015-02-11 16:50   ` Max Reitz
2015-02-11 16:51     ` John Snow
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 07/17] qmp: Add support of "dirty-bitmap" sync mode for drive-backup John Snow
2015-02-11 17:47   ` Max Reitz
2015-02-11 17:54     ` John Snow
2015-02-11 18:18       ` Max Reitz
2015-02-11 18:31         ` John Snow
2015-02-11 18:33           ` Max Reitz
2015-02-11 21:13     ` John Snow
2015-02-13 17:33   ` Vladimir Sementsov-Ogievskiy
2015-02-13 18:35     ` John Snow
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 08/17] qmp: add block-dirty-bitmap-clear John Snow
2015-02-11 18:28   ` Max Reitz
2015-02-11 18:36     ` John Snow
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 09/17] qapi: Add transaction support to block-dirty-bitmap operations John Snow
2015-02-11 19:07   ` Max Reitz
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 10/17] qmp: Add dirty bitmap status fields in query-block John Snow
2015-02-11 19:10   ` Max Reitz
2015-02-11 19:19     ` John Snow
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 11/17] block: add BdrvDirtyBitmap documentation John Snow
2015-02-11 19:14   ` Max Reitz
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 12/17] block: Ensure consistent bitmap function prototypes John Snow
2015-02-11 19:20   ` Max Reitz
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 13/17] iotests: add invalid input incremental backup tests John Snow
2015-02-11 20:45   ` Max Reitz
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 14/17] iotests: add simple incremental backup case John Snow
2015-02-11 21:40   ` Max Reitz
2015-02-11 22:02     ` John Snow [this message]
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 15/17] iotests: add transactional incremental backup test John Snow
2015-02-11 21:49   ` Max Reitz
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 16/17] blkdebug: fix "once" rule John Snow
2015-02-11 21:50   ` Max Reitz
2015-02-11 22:04     ` John Snow
2015-02-10  1:35 ` [Qemu-devel] [PATCH v12 17/17] iotests: add incremental backup failure recovery test John Snow
2015-02-11 22:01   ` Max Reitz
2015-02-11 22:08     ` John Snow
2015-02-11 22:11       ` Max Reitz
2015-02-10 16:32 ` [Qemu-devel] [PATCH v12 00/17] block: incremental backup series John Snow

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54DBD18E.10703@redhat.com \
    --to=jsnow@redhat.com \
    --cc=armbru@redhat.com \
    --cc=famz@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=mreitz@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.com \
    --cc=vsementsov@parallels.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).