Problem with PVE 8.1 and OCFS2 shared storage with io_uring

@Gilberto Ferreira I just tested it with the current Proxmox kernel 7.0.14-3 and the problem still persists on my system.
Which kernel version do you have and what are your VM disk options if I may ask?
I am using the very same kernel version, updated today, 07-06-2026.
Proxmox VE 9.2.4, 2-nodes.
Perhaps I don't have had the issue because the storage underlying is DRBD 9 dual-primary + pacemaker + dlm + ocfs2?
I really don't know!
 
So... I went ahead and create a quick and simple target iscsi with Debian and targetcli.
I've created the backstore, target and luns with sinble IP.
After that, I create the device in proxmox with:
iscsiadm -m discovery -t st -p 172.18.100.120
iscsiadm -m node -L all
lsscsi
[7:0:0:0] disk LIO-ORG store100 4.0 /dev/sda

/lib/udev/scsi_id -g -u /dev/sda
360014051a28a1945aee463c8206fd9a3
echo "/360014051a28a1945aee463c8206fd9a3/" >> /etc/multipath/wwids
cat /etc/multipath/wwids
# Multipath wwids, Version : 1.0
# NOTE: This file is automatically maintained by multipath and multipathd.
# You should not need to edit this file in normal circumstances.
#
# Valid WWIDs:
/360014051a28a1945aee463c8206fd9a3/
systemctl restart multipathd.service
multipath -ll
360014051a28a1945aee463c8206fd9a3 dm-0 LIO-ORG,store100
size=1.0T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
`-+- policy='service-time 0' prio=50 status=active
`- 7:0:0:0 sda 8:0 active ready running
ls /dev/mapper/
mkfs.ocfs2 -L VMS -T vmstore -J size=128M,block64 /dev/mapper/360014051a28a1945aee463c8206fd9a3
mkdir /vms
mount.ocfs2 /dev/mapper/360014051a28a1945aee463c8206fd9a3 /vms/

Add it to storage.cfg
dir: STG
path /vms
content images
preallocation off
prune-backups keep-all=1
shared 1

And then started a VM using this underlying storage:
cat /etc/pve/qemu-server/104.conf
agent: 1
balloon: 1024
boot: order=scsi0;ide2;net0
cores: 12
cpu: x86-64-v2-AES
ide2: none,media=cdrom
machine: q35
memory: 2048
meta: creation-qemu=11.0.0,ctime=1783090781
name: Debian-5
net0: virtio=BC:24:11:36:88:BD,bridge=vmbr0,firewall=1
numa: 0
onboot: 1
ostype: l26
scsi0: STG:104/vm-104-disk-0.qcow2,cache=writeback,discard=on,iothread=1,size=120G,ssd=1
scsihw: virtio-scsi-single
smbios1: uuid=d7a8797c-797a-45a2-bd19-44807134b364
sockets: 1
startup: up=60
vcpus: 4
vga: std
vmgenid: 18b63d78-130d-4af2-8227-005dff3e7fb0

As you can see, no special Async IO... I used the default.
And then works fine:
https://youtu.be/AKbXqUx7g6Q