Searched hist:cae98cb87d269c33d23b2bccd79bb8d99a60d811 (Results 1 – 2 of 2) sorted by relevance
/qemu/block/ |
H A D | mirror.c | cae98cb87d269c33d23b2bccd79bb8d99a60d811 Wed Jul 01 14:45:50 UTC 2015 Stefan Hajnoczi <stefanha@redhat.com> block/mirror: limit qiov to IOV_MAX elements
If mirror has more free buffers than IOV_MAX, preadv(2)/pwritev(2) EINVAL failures may be encountered.
It is possible to trigger this by setting granularity to a low value like 8192.
This patch stops appending chunks once IOV_MAX is reached.
The spurious EINVAL failure can be reproduced with a qcow2 image file and the following QMP invocation:
qmp.command('drive-mirror', device='virtio0', target='/tmp/r7.s1', granularity=8192, sync='full', mode='absolute-paths', format='raw')
While the guest is running dd if=/dev/zero of=/var/tmp/foo oflag=direct bs=4k.
Cc: Jeff Cody <jcody@redhat.com> Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com> Reviewed-by: Paolo Bonzini <pbonzini@redhat.com> Message-id: 1435761950-26714-1-git-send-email-stefanha@redhat.com Signed-off-by: Jeff Cody <jcody@redhat.com>
|
/qemu/ |
H A D | trace-events | cae98cb87d269c33d23b2bccd79bb8d99a60d811 Wed Jul 01 14:45:50 UTC 2015 Stefan Hajnoczi <stefanha@redhat.com> block/mirror: limit qiov to IOV_MAX elements
If mirror has more free buffers than IOV_MAX, preadv(2)/pwritev(2) EINVAL failures may be encountered.
It is possible to trigger this by setting granularity to a low value like 8192.
This patch stops appending chunks once IOV_MAX is reached.
The spurious EINVAL failure can be reproduced with a qcow2 image file and the following QMP invocation:
qmp.command('drive-mirror', device='virtio0', target='/tmp/r7.s1', granularity=8192, sync='full', mode='absolute-paths', format='raw')
While the guest is running dd if=/dev/zero of=/var/tmp/foo oflag=direct bs=4k.
Cc: Jeff Cody <jcody@redhat.com> Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com> Reviewed-by: Paolo Bonzini <pbonzini@redhat.com> Message-id: 1435761950-26714-1-git-send-email-stefanha@redhat.com Signed-off-by: Jeff Cody <jcody@redhat.com>
|