The current command 'vol-upload' is not checking if the volume accepts
a file bigger than its capacity. It can cause an interrupt of the
upload stream. This commit adds a check that fails before starting to
send new file to volume if the file is bigger.
Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1529059
Signed-off-by: Julio Faracco <jcfaracco@gmail.com>
---
tools/virsh-volume.c | 25 +++++++++++++++++++++++++
1 file changed, 25 insertions(+)
diff --git a/tools/virsh-volume.c b/tools/virsh-volume.c
index 8265a39..04e480c 100644
--- a/tools/virsh-volume.c
+++ b/tools/virsh-volume.c
@@ -672,6 +672,7 @@ cmdVolUpload(vshControl *ctl, const vshCmd *cmd)
{
const char *file = NULL;
virStorageVolPtr vol = NULL;
+ virStorageVolInfo volumeInfo;
bool ret = false;
int fd = -1;
virStreamPtr st = NULL;
@@ -679,6 +680,7 @@ cmdVolUpload(vshControl *ctl, const vshCmd *cmd)
unsigned long long offset = 0, length = 0;
virshControlPtr priv = ctl->privData;
unsigned int flags = 0;
+ off_t fileLen = -1;
virshStreamCallbackData cbData;
if (vshCommandOptULongLong(ctl, cmd, "offset", &offset) < 0)
@@ -701,6 +703,29 @@ cmdVolUpload(vshControl *ctl, const vshCmd *cmd)
cbData.ctl = ctl;
cbData.fd = fd;
+ if (virStorageVolGetInfo(vol, &volumeInfo) < 0)
+ goto cleanup;
+
+ if ((fileLen = virFileLength(file, fd)) < 0) {
+ vshError(ctl, _("cannot get the file %s length"), file);
+ goto cleanup;
+ }
+
+ if (length < fileLen) {
+ vshError(ctl, _("length parameter is smaller than file size"));
+ goto cleanup;
+ }
+
+ if (volumeInfo.capacity < length) {
+ vshError(ctl, _("lenth parameter is bigger than volume %s capacity"), name);
+ goto cleanup;
+ }
+
+ if (volumeInfo.capacity < fileLen + offset) {
+ vshError(ctl, _("file is bigger than volume %s capacity"), name);
+ goto cleanup;
+ }
+
if (vshCommandOptBool(cmd, "sparse"))
flags |= VIR_STORAGE_VOL_UPLOAD_SPARSE_STREAM;
--
2.7.4
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
> + if (volumeInfo.capacity < length) {
> + vshError(ctl, _("lenth parameter is bigger than volume %s capacity"), name);
> + goto cleanup;
> + }
> +
> + if (volumeInfo.capacity < fileLen + offset) {
> + vshError(ctl, _("file is bigger than volume %s capacity"), name);
> + goto cleanup;
> + }
> +
I'm not totally right if I split this IF's or join them into a single IF.
I'm assuming that more information is better to understand the error.
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
On Sun, Jan 21, 2018 at 21:51:05 -0200, Julio Faracco wrote:
> The current command 'vol-upload' is not checking if the volume accepts
> a file bigger than its capacity. It can cause an interrupt of the
> upload stream. This commit adds a check that fails before starting to
> send new file to volume if the file is bigger.
>
> Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1529059
>
> Signed-off-by: Julio Faracco <jcfaracco@gmail.com>
> ---
> tools/virsh-volume.c | 25 +++++++++++++++++++++++++
> 1 file changed, 25 insertions(+)
>
> diff --git a/tools/virsh-volume.c b/tools/virsh-volume.c
> index 8265a39..04e480c 100644
> --- a/tools/virsh-volume.c
> +++ b/tools/virsh-volume.c
> @@ -672,6 +672,7 @@ cmdVolUpload(vshControl *ctl, const vshCmd *cmd)
> {
> const char *file = NULL;
> virStorageVolPtr vol = NULL;
> + virStorageVolInfo volumeInfo;
> bool ret = false;
> int fd = -1;
> virStreamPtr st = NULL;
> @@ -679,6 +680,7 @@ cmdVolUpload(vshControl *ctl, const vshCmd *cmd)
> unsigned long long offset = 0, length = 0;
> virshControlPtr priv = ctl->privData;
> unsigned int flags = 0;
> + off_t fileLen = -1;
> virshStreamCallbackData cbData;
>
> if (vshCommandOptULongLong(ctl, cmd, "offset", &offset) < 0)
> @@ -701,6 +703,29 @@ cmdVolUpload(vshControl *ctl, const vshCmd *cmd)
> cbData.ctl = ctl;
> cbData.fd = fd;
>
> + if (virStorageVolGetInfo(vol, &volumeInfo) < 0)
> + goto cleanup;
> +
> + if ((fileLen = virFileLength(file, fd)) < 0) {
> + vshError(ctl, _("cannot get the file %s length"), file);
This is wrong since you might want to upload contents of a block device,
in which case you'd report this error.
> + goto cleanup;
> + }
> +
> + if (length < fileLen) {
I think this is wrong. The 'length' parameter was designed to allow
upload of a partial file. Adding this would break it.
> + vshError(ctl, _("length parameter is smaller than file size"));
> + goto cleanup;
> + }
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Hi Peter,
I agree about "length" parameter.
What I didn't understand is this error (check my test case):
# virsh vol-create-as --pool disk-loop loop0 --capacity 20M
# virsh vol-info loop0 disk-loop
Name: loop0
Type: file
Capacity: 20.00 MiB
Allocation: 20.00 MiB
# dd if=/dev/zero of=/tmp/test bs=10M count=1
# ls -l /tmp/test
-rw-rw-r-- 1 julio julio 10485760 Jan 23 00:31 /tmp/test
Now, let's upload 5M (partial):
# virsh vol-upload loop0 /tmp/test --pool disk-loop --length 5242880
error: cannot send data to volume loop0
error: Library function returned error but did not set virError
But, if I set a length with 15M, no errors occurred:
# virsh vol-upload loop0 /tmp/test --pool disk-loop --length 15728640
2018-01-22 12:44 GMT-02:00 Peter Krempa <pkrempa@redhat.com>:
> On Sun, Jan 21, 2018 at 21:51:05 -0200, Julio Faracco wrote:
>> The current command 'vol-upload' is not checking if the volume accepts
>> a file bigger than its capacity. It can cause an interrupt of the
>> upload stream. This commit adds a check that fails before starting to
>> send new file to volume if the file is bigger.
>>
>> Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1529059
>>
>> Signed-off-by: Julio Faracco <jcfaracco@gmail.com>
>> ---
>> tools/virsh-volume.c | 25 +++++++++++++++++++++++++
>> 1 file changed, 25 insertions(+)
>>
>> diff --git a/tools/virsh-volume.c b/tools/virsh-volume.c
>> index 8265a39..04e480c 100644
>> --- a/tools/virsh-volume.c
>> +++ b/tools/virsh-volume.c
>> @@ -672,6 +672,7 @@ cmdVolUpload(vshControl *ctl, const vshCmd *cmd)
>> {
>> const char *file = NULL;
>> virStorageVolPtr vol = NULL;
>> + virStorageVolInfo volumeInfo;
>> bool ret = false;
>> int fd = -1;
>> virStreamPtr st = NULL;
>> @@ -679,6 +680,7 @@ cmdVolUpload(vshControl *ctl, const vshCmd *cmd)
>> unsigned long long offset = 0, length = 0;
>> virshControlPtr priv = ctl->privData;
>> unsigned int flags = 0;
>> + off_t fileLen = -1;
>> virshStreamCallbackData cbData;
>>
>> if (vshCommandOptULongLong(ctl, cmd, "offset", &offset) < 0)
>> @@ -701,6 +703,29 @@ cmdVolUpload(vshControl *ctl, const vshCmd *cmd)
>> cbData.ctl = ctl;
>> cbData.fd = fd;
>>
>> + if (virStorageVolGetInfo(vol, &volumeInfo) < 0)
>> + goto cleanup;
>> +
>> + if ((fileLen = virFileLength(file, fd)) < 0) {
>> + vshError(ctl, _("cannot get the file %s length"), file);
>
> This is wrong since you might want to upload contents of a block device,
> in which case you'd report this error.
>
>> + goto cleanup;
>> + }
>> +
>> + if (length < fileLen) {
>
> I think this is wrong. The 'length' parameter was designed to allow
> upload of a partial file. Adding this would break it.
>
>> + vshError(ctl, _("length parameter is smaller than file size"));
>> + goto cleanup;
>> + }
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
On 01/23/2018 03:42 AM, Julio Faracco wrote: > Hi Peter, > > I agree about "length" parameter. > What I didn't understand is this error (check my test case): > > # virsh vol-create-as --pool disk-loop loop0 --capacity 20M > > # virsh vol-info loop0 disk-loop > Name: loop0 > Type: file > Capacity: 20.00 MiB > Allocation: 20.00 MiB > > # dd if=/dev/zero of=/tmp/test bs=10M count=1 > > # ls -l /tmp/test > -rw-rw-r-- 1 julio julio 10485760 Jan 23 00:31 /tmp/test > > Now, let's upload 5M (partial): > > # virsh vol-upload loop0 /tmp/test --pool disk-loop --length 5242880 > error: cannot send data to volume loop0 > error: Library function returned error but did not set virError This is a libvirt bug. Very likely introduced by me when writing the sparse streams feature. Please report a bug unless you want to investigate further. My quick glance at the issue suggests that the problem lies in daemonStreamHandleWriteData() and the way end of stream is handled. I mean, daemonStreamHandleWriteData() calls virStreamSend() which in turn calls virFDStreamWrite(). On the last call, fdst->length is equal fdst->offset which causes error. Well, it needs to cause stream finish. BTW: another problem is that virReportSystemError(ENOSPC) is not being propagated to the client. Michal -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
© 2016 - 2025 Red Hat, Inc.