Error 500 or 596 if resizing a disk shortly after a clone


Mar 19, 2012
Hi, I use for some test a notebook with a 2c4t 3rd gen intel cpu, 8GB Ram, 500GB HDD partitioned as installer default. Not fast at all!

As an example, if I clone a template with a 34GB disk( ~2min clone time) and then I quickly resize it to 50GB via the GUI I get a error 500.

This happens only if the disk is raw on the local dir based storage. Proxmox file system is ext4.
Qcow disk seems not affected.

Network based storage not tried but I bet it could be the same on slow "sync transaction" based protocol?

Error 500
Error 596

Waiting a not well defined number of seconds(30 on my system) before resizing does not give any problem.

This is a problem particulary using API because VM is not locked and we should be able to resize the disk without waiting mode.

Yes it could be implemented a retry mechanism on client side but I think that this could be fixed or handled proxmox side maybe?

proxmox-ve: 7.1-1 (running kernel: 5.13.19-1-pve)
pve-manager: 7.1-5 (running version: 7.1-5/6fe299a0)
pve-kernel-5.13: 7.1-4
pve-kernel-helper: 7.1-4
pve-kernel-5.11: 7.0-10
pve-kernel-5.13.19-1-pve: 5.13.19-2
pve-kernel-5.11.22-7-pve: 5.11.22-12
pve-kernel-5.11.22-4-pve: 5.11.22-9
ceph-fuse: 15.2.14-pve1
corosync: 3.1.5-pve2
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown2: 3.1.0-1+pmx3
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-1
libknet1: 1.22-pve2
libproxmox-acme-perl: 1.4.0
libproxmox-backup-qemu0: 1.2.0-1
libpve-access-control: 7.1-2
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.0-14
libpve-guest-common-perl: 4.0-3
libpve-http-server-perl: 4.0-3
libpve-storage-perl: 7.0-15
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 4.0.9-4
lxcfs: 4.0.8-pve2
novnc-pve: 1.2.0-3
proxmox-backup-client: 2.0.14-1
proxmox-backup-file-restore: 2.0.14-1
proxmox-mini-journalreader: 1.2-1
proxmox-widget-toolkit: 3.4-2
pve-cluster: 7.1-2
pve-container: 4.1-2
pve-docs: 7.1-2
pve-edk2-firmware: 3.20210831-2
pve-firewall: 4.2-5
pve-firmware: 3.3-3
pve-ha-manager: 3.3-1
pve-i18n: 2.6-1
pve-qemu-kvm: 6.1.0-2
pve-xtermjs: 4.12.0-1
qemu-server: 7.1-3
smartmontools: 7.2-1
spiceterm: 3.2-2
swtpm: 0.7.0~rc1+2
vncterm: 1.7-1
zfsutils-linux: 2.1.1-pve3


Proxmox Staff Member
Staff member
Aug 29, 2006
Please stop posting empty message with no additional information.

And use suitable hardware for your testing (not a notebook)


Mar 19, 2012
Please stop posting empty message with no additional information.

And use suitable hardware for your testing (not a notebook)
I dont like these kind of low effort post from forum staff.

There is no forum rule prohibiting that kind of posts(there are no forum rules at all) and a 24h bump post is a common way to gain attention of forums, don't really know what's the problem on that.... just put forum rules sticked if you want to enforce rules that nobody knows

I already posted all the information needed and, FYI, the requirements of my system are fully compliant with the ones that are online on the site

Testing on a slower device is good to find what will happen to faster system when they will be loaded or overloaded.

Plus, error 500 and 596 are always server side problem, the virtual machine cloning lock is clearly released too early

thanks anyway


The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get your own in 60 seconds.

Buy now!