Marcos,
These are not small files, the files I am talking about are about 400GB or
bigger. If I do the same thing on another DE6000 with SAS disks, I don't
see this issue. Thin provisioned disks are ok on both storage systems, But
the 6600F has NVME interfaced SSDs and runs this slow on preallocated
disks. For the short term we are just going to go back to thin provisioned
as we can't get the backups to finish in the allocated time windows.
Don
On Mon, Nov 11, 2024 at 5:23 AM Marcos Sungaila <marcos.sungaila(a)oracle.com>
wrote:
Hi Don,
When transferring small files to an NFS share, many times, they can fit
the in-memory cache, leading to high transfer rates. For bigger files, the
remote NFS storage will need to commit data to the disk once the cache is
filled.
In general, it is common to see the initial data transfer at high numbers,
slowing down as the transfer continues. This behavior is not only with NFS
shares; you may face the same behavior using scp.
Anyway, it is recommended that a transfer test be run using other methods
to confirm this is the cause.
Marcos
*From:* Don Dupuis <dondster(a)gmail.com>
*Sent:* Friday, November 8, 2024 5:06 PM
*To:* users <users(a)ovirt.org>
*Subject:* [External] : [ovirt-users] oVirt slow backups from ISCSI
storage domain to nfs target
Hi
I am using oVirt 4.4.10.7 with vms on iscsi Lenovo DE-6600F(nvme
interfaced ssds). Backing up thin vms performance is fine, but with
preallocated disks, backups to nfs storage with 200Gb interface is only
transferring qcow2 image to nfs at 140MiB per sec. Why is qemu-nbd so slow
with preallocated images? Does anyone have any issues related to this? Any
help would be appreciated. I have made iscsid.conf changes, linux kernel
boot changes, and still the same performance.
Thanks
Don