qemu-block
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-block] [PATCH for-3.1 v2 2/2] iotests: Test migration with -bl


From: Max Reitz
Subject: Re: [Qemu-block] [PATCH for-3.1 v2 2/2] iotests: Test migration with -blockdev
Date: Mon, 26 Nov 2018 15:37:43 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0

On 26.11.18 15:16, Kevin Wolf wrote:
> Check that block node activation and inactivation works with a block
> graph that is built with individually created nodes.
> 
> Signed-off-by: Kevin Wolf <address@hidden>
> ---
>  tests/qemu-iotests/234     | 115 +++++++++++++++++++++++++++++++++++++
>  tests/qemu-iotests/234.out |  27 +++++++++
>  tests/qemu-iotests/group   |   1 +
>  3 files changed, 143 insertions(+)
>  create mode 100755 tests/qemu-iotests/234
>  create mode 100644 tests/qemu-iotests/234.out
> 
> diff --git a/tests/qemu-iotests/234 b/tests/qemu-iotests/234
> new file mode 100755
> index 0000000000..58886b8dea
> --- /dev/null
> +++ b/tests/qemu-iotests/234
> @@ -0,0 +1,115 @@
> +#!/usr/bin/env python
> +#
> +# Copyright (C) 2018 Red Hat, Inc.
> +#
> +# This program is free software; you can redistribute it and/or modify
> +# it under the terms of the GNU General Public License as published by
> +# the Free Software Foundation; either version 2 of the License, or
> +# (at your option) any later version.
> +#
> +# This program is distributed in the hope that it will be useful,
> +# but WITHOUT ANY WARRANTY; without even the implied warranty of
> +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> +# GNU General Public License for more details.
> +#
> +# You should have received a copy of the GNU General Public License
> +# along with this program.  If not, see <http://www.gnu.org/licenses/>.
> +#
> +# Creator/Owner: Kevin Wolf <address@hidden>
> +#
> +# Check that block node activation and inactivation works with a block graph
> +# that is built with individually created nodes
> +
> +import iotests
> +import os
> +
> +iotests.verify_image_format(supported_fmts=['raw', 'qcow2'])
> +iotests.verify_platform(['linux'])
> +
> +with iotests.FilePath('img') as img_path, \
> +     iotests.FilePath('backing') as backing_path, \
> +     iotests.FilePath('mig_fifo_a') as fifo_a, \
> +     iotests.FilePath('mig_fifo_b') as fifo_b, \
> +     iotests.VM(path_suffix='a') as vm_a, \
> +     iotests.VM(path_suffix='b') as vm_b:
> +
> +    iotests.qemu_img_pipe('create', '-f', iotests.imgfmt, backing_path, 
> '64M')
> +    iotests.qemu_img_pipe('create', '-f', iotests.imgfmt, img_path, '64M')
> +
> +    os.mkfifo(fifo_a)
> +    os.mkfifo(fifo_b)
> +
> +    iotests.log('Launching source VM...')
> +    (vm_a.add_blockdev('file,filename=%s,node-name=drive0-file' % (img_path))
> +         .add_blockdev('%s,file=drive0-file,node-name=drive0' % 
> (iotests.imgfmt))
> +         .add_blockdev('file,filename=%s,node-name=drive0-backing-file' % 
> (backing_path))
> +         
> .add_blockdev('%s,file=drive0-backing-file,node-name=drive0-backing' % 
> (iotests.imgfmt))
> +         .launch())
> +
> +    iotests.log('Launching destination VM...')
> +    (vm_b.add_blockdev('file,filename=%s,node-name=drive0-file' % (img_path))
> +         .add_blockdev('%s,file=drive0-file,node-name=drive0' % 
> (iotests.imgfmt))
> +         .add_blockdev('file,filename=%s,node-name=drive0-backing-file' % 
> (backing_path))
> +         
> .add_blockdev('%s,file=drive0-backing-file,node-name=drive0-backing' % 
> (iotests.imgfmt))
> +         .add_incoming("exec: cat '%s'" % (fifo_a))
> +         .launch())
> +
> +    # Add a child node that was created after the parent node. The reverse 
> case
> +    # is covered by the -blockdev options above.
> +    vm_a.qmp('blockdev-snapshot', node='drive0-backing', overlay='drive0')

Sorry if I made it sound like my diff was ready for inclusion as-is. O:-)

I think this should be vm_a.qmp_log() at least (and the reference output
needs to be adjusted accordingly).

Also, we probably have to execute the same command on vm_b...

> +    iotests.log('Enabling migration QMP events on A...')
> +    iotests.log(vm_a.qmp('migrate-set-capabilities', capabilities=[
> +        {
> +            'capability': 'events',
> +            'state': True
> +        }
> +    ]))
> +
> +    iotests.log('Starting migration to B...')
> +    iotests.log(vm_a.qmp('migrate', uri='exec:cat >%s' % (fifo_a)))
> +    with iotests.Timeout(3, 'Migration does not complete'):
> +        while True:
> +            event = vm_a.event_wait('MIGRATION')
> +            iotests.log(event, filters=[iotests.filter_qmp_event])
> +            if event['data']['status'] == 'completed':
> +                break
> +
> +    iotests.log(vm_a.qmp('query-migrate')['return']['status'])
> +    iotests.log(vm_b.qmp('query-migrate')['return']['status'])
> +
> +    iotests.log(vm_a.qmp('query-status'))
> +    iotests.log(vm_b.qmp('query-status'))
> +
> +    iotests.log('Add a second parent to drive0-file...')
> +    iotests.log(vm_b.qmp('blockdev-add', driver='raw', file='drive0-file',
> +                         node_name='drive0-raw'))
> +
> +    iotests.log('Restart A with -incoming and second parent...')
> +    vm_a.shutdown()
> +    (vm_a.add_blockdev('raw,file=drive0-file,node-name=drive0-raw')
> +         .add_incoming("exec: cat '%s'" % (fifo_b))
> +         .launch())

...and here on vm_a again?

Max

> +    iotests.log('Enabling migration QMP events on B...')
> +    iotests.log(vm_b.qmp('migrate-set-capabilities', capabilities=[
> +        {
> +            'capability': 'events',
> +            'state': True
> +        }
> +    ]))
> +
> +    iotests.log('Starting migration back to A...')
> +    iotests.log(vm_b.qmp('migrate', uri='exec:cat >%s' % (fifo_b)))
> +    with iotests.Timeout(3, 'Migration does not complete'):
> +        while True:
> +            event = vm_b.event_wait('MIGRATION')
> +            iotests.log(event, filters=[iotests.filter_qmp_event])
> +            if event['data']['status'] == 'completed':
> +                break
> +
> +    iotests.log(vm_a.qmp('query-migrate')['return']['status'])
> +    iotests.log(vm_b.qmp('query-migrate')['return']['status'])
> +
> +    iotests.log(vm_a.qmp('query-status'))
> +    iotests.log(vm_b.qmp('query-status'))
> diff --git a/tests/qemu-iotests/234.out b/tests/qemu-iotests/234.out
> new file mode 100644
> index 0000000000..115537cd5c
> --- /dev/null
> +++ b/tests/qemu-iotests/234.out
> @@ -0,0 +1,27 @@
> +Launching source VM...
> +Launching destination VM...
> +Enabling migration QMP events on A...
> +{"return": {}}
> +Starting migration to B...
> +{"return": {}}
> +{"data": {"status": "setup"}, "event": "MIGRATION", "timestamp": 
> {"microseconds": "USECS", "seconds": "SECS"}}
> +{"data": {"status": "active"}, "event": "MIGRATION", "timestamp": 
> {"microseconds": "USECS", "seconds": "SECS"}}
> +{"data": {"status": "completed"}, "event": "MIGRATION", "timestamp": 
> {"microseconds": "USECS", "seconds": "SECS"}}
> +completed
> +completed
> +{"return": {"running": false, "singlestep": false, "status": "postmigrate"}}
> +{"return": {"running": true, "singlestep": false, "status": "running"}}
> +Add a second parent to drive0-file...
> +{"return": {}}
> +Restart A with -incoming and second parent...
> +Enabling migration QMP events on B...
> +{"return": {}}
> +Starting migration back to A...
> +{"return": {}}
> +{"data": {"status": "setup"}, "event": "MIGRATION", "timestamp": 
> {"microseconds": "USECS", "seconds": "SECS"}}
> +{"data": {"status": "active"}, "event": "MIGRATION", "timestamp": 
> {"microseconds": "USECS", "seconds": "SECS"}}
> +{"data": {"status": "completed"}, "event": "MIGRATION", "timestamp": 
> {"microseconds": "USECS", "seconds": "SECS"}}
> +completed
> +completed
> +{"return": {"running": true, "singlestep": false, "status": "running"}}
> +{"return": {"running": false, "singlestep": false, "status": "postmigrate"}}
> diff --git a/tests/qemu-iotests/group b/tests/qemu-iotests/group
> index ddf1a5b549..8c56a0ad11 100644
> --- a/tests/qemu-iotests/group
> +++ b/tests/qemu-iotests/group
> @@ -231,3 +231,4 @@
>  231 auto quick
>  232 auto quick
>  233 auto quick
> +234 auto quick migration
> 


Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]