Dell PowerVault ME5024 iSCSI Performance: High Latency Spikes and Low Sequential Throughput on PVE 9

Sep 10, 2026
2
0
1
Hi everyone,

I am experiencing severe latency spikes and sub-optimal bandwidth when running sequential read workloads over iSCSI from a Proxmox VE node to a Dell PowerVault ME5024 array.

During high I/O tests on Proxmox, the average throughput hovers around 265–300 MiB/s, but the response time spikes dramatically up to 6 seconds (99.9th percentile), causing IOPS to briefly collapse down to single digits before recovering.

For comparison, a VMware ESXi host connected to the exact same ME5024 array and storage network handles the same workload effortlessly, reaching over 1.2 GB/s with single-digit millisecond latency.

Environment Setup:​

  • Host: Proxmox VE 9.2
  • Storage: Dell PowerVault ME5024 (iSCSI, 8 active paths across 2 subnets/VLANs)
  • NICs: 2x Dedicated 10GbE interfaces for iSCSI traffic

Current Proxmox Stock Configuration:​

1. multipath.conf (Dell ME5 Vendor Defaults):
devices {
device {
vendor "DellEMC"
product "ME5"
path_grouping_policy "group_by_prio"
path_checker tur
path_selector "service-time 0"
prio "alua"
failback immediate
features "2 pg_init_retries 50"
no_path_retry 20
hardware_handler "1 alua"
fast_io_fail_tmo 15
dev_loss_tmo 60
}
}

Benchmark Comparison (1M Sequential Read fio):

Proxmox VE 9 Node Output:​


READ: bw=265MiB/s (278MB/s), 265MiB/s-265MiB/s (278MB/s-278MB/s), io=9159MiB (9604MB), run=34500-34500msec
clat (usec): min=1919, max=6043.6k, avg=240711.45, stdev=824047.11
clat percentiles (msec):
| 50.00th=[ 27], 70.00th=[ 31], 80.00th=[ 94], 90.00th=[ 393],
| 95.00th=[ 911], 99.00th=[ 5269], 99.90th=[ 6007]
bw (KiB/s) : min= 8192, max=1601536, avg=396810.34

VMware ESXi VM Output:

READ: bw=1220MiB/s (1279MB/s), 1220MiB/s-1220MiB/s (1279MB/s-1279MB/s), io=35.8GiB (38.4GB), run=30001-30001msec
clat (usec): min=512, max=18420, avg=5231.12, stdev=1102.40
clat percentiles (msec):
| 50.00th=[ 5], 70.00th=[ 5], 80.00th=[ 6], 90.00th=[ 7],
| 95.00th=[ 8], 99.00th=[ 11], 99.90th=[ 15]
bw (KiB/s) : min=1150000, max=1285000, avg=1249280.00



While Proxmox reaches transient peaks of ~1.5 GB/s (max=1601536 KiB/s), it cannot sustain high bandwidth without triggering massive latency penalties (6 seconds peak delay). VMware on the same fabric runs cleanly at line rate (~1.2 GB/s) with a flat 5ms average latency.

Has anyone fine-tuned DM-Multipath, iSCSI queue depths, or block layer settings for Dell PowerVault ME5 series on Proxmox to achieve near wire-speed throughput matching VMware without hitting these latency bottlenecks?

Any insights or recommended configurations would be greatly appreciated!
 
Last edited:
Yes, Jumbo Frames (MTU 9000) are fully enabled end-to-end across the entire path (PVE interfaces, switch ports, and ME5 iSCSI portals). Ping tests with -s 8972 -D complete with 0% packet loss.
I see dropped packets though:

Code:
root@PM8161:~# ip -s link show nic2
2: nic2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 5c:6f:69:30:1b:ee brd ff:ff:ff:ff:ff:ff
    RX:     bytes   packets errors dropped  missed    mcast
    2261403467364 712815938      0  798616     804 20883800
    TX:     bytes   packets errors dropped carrier  collsns
    3694595668428 615627480      0       0       0        0
    altname enp25s0f0np0
    altname enx5c6f69301bee
root@PM8161:~# ip -s link show nic3
5: nic3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 5c:6f:69:30:1b:ef brd ff:ff:ff:ff:ff:ff
    RX:     bytes   packets errors dropped  missed    mcast
    1417420835343 585235025      0  798618     480 20883834
    TX:     bytes   packets errors dropped carrier  collsns
    2159084852818 420805759      0       0       0        0
    altname enp25s0f1np1
    altname enx5c6f69301bef
root@PM8161:~#
 
Hey @infoplus,

Have run into a very similar bottleneck with PowerVault ME4/ME5 series over iSCSI on Linux kernels. A couple of things to check in your multipath and block layer configs:

1. What path_grouping_policy and path selector are you running in /etc/multipath.conf? For ME5 with ALUA, make sure you're using group_by_prio with alua prioritizer, and test service-time 0 instead of round-robin 0 if one controller is saturated or queueing differently.
2. Block queue scheduler: on PVE 8 (Debian 12 / kernel 6.5+ or 6.8), check cat /sys/block/sdX/queue/scheduler. Usually none or mq-deadline is fine for arrays, but verify nr_requests and read_ahead_kb. Raising read_ahead_kb (e.g. to 1024 or 2048) often helps sequential throughput drastically.
3. Also, are you testing I/O straight from the PVE host (raw multipath device) or inside a VM via virtio-scsi-single? If VM, make sure iothread=1 and aio=threads (or aio=io_uring) is enabled.

What does iostat -xz 1 or multipath -ll show during those 6-second latency spikes? Are specific paths erroring out or throttling?