[libvirt] [PATCH 2/2] qemu: blockjob: Refuse to register blockjob if disk already has one

Peter Krempa pkrempa at redhat.com
Mon Sep 16 05:53:32 UTC 2019


On Sat, Sep 14, 2019 at 21:04:28 -0500, Eric Blake wrote:
> On 9/14/19 3:44 AM, Peter Krempa wrote:
> > Most code paths prevent starting a blockjob if we already have one but
> > the job registering function does not do this check. While this isn't a
> > problem for regular cases we had a bad test case where we registered two
> > jobs for a single disk which leaked one of the jobs. Prevent this in the
> > registering function until we allow having multiple jobs per disk.
> > 
> > Signed-off-by: Peter Krempa <pkrempa at redhat.com>
> > ---
> >  src/qemu/qemu_blockjob.c | 6 ++++++
> >  1 file changed, 6 insertions(+)
> > 
> > diff --git a/src/qemu/qemu_blockjob.c b/src/qemu/qemu_blockjob.c
> > index a991309ee7..80d0269128 100644
> > --- a/src/qemu/qemu_blockjob.c
> > +++ b/src/qemu/qemu_blockjob.c
> > @@ -143,6 +143,12 @@ qemuBlockJobRegister(qemuBlockJobDataPtr job,
> >  {
> >      qemuDomainObjPrivatePtr priv = vm->privateData;
> > 
> > +    if (disk && QEMU_DOMAIN_DISK_PRIVATE(disk)->blockjob) {
> > +        virReportError(VIR_ERR_INTERNAL_ERROR,
> > +                       _("disk '%s' has a blockjob assigned"), disk->dst);
> > +        return -1;
> > +    }
> > +
> 
> Can the user ever trigger this, in which case OPERATION_FAILED might be
> a nicer message?

All block job entrypoints should properly catch this error beforehand,
so this is a programmer error check.

Look for qemuDomainDiskBlockJobIsActive().
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20190916/1f1a29b6/attachment-0001.sig>


More information about the libvir-list mailing list