Volumes not destroyed after VM expunging

##### ISSUE TYPE

* Bug Report

##### COMPONENT NAME

~~~
core
~~~

##### CLOUDSTACK VERSION

~~~
4.19.0.1
~~~

##### CONFIGURATION

##### OS / ENVIRONMENT

KVM hosts (both Ubuntu 22 and OL8 as OS) with NFS v4 primary storage
Using library: libvirt 8.0.0
Using API: QEMU 8.0.0
Running hypervisor: QEMU 6.2.0

##### SUMMARY

Some volumes (only ROOT volumes) remains in Destroy state after the related VM is correctly expunged. Trying to manually delete them results in the following error: "cannot unlock file 'path-to-the-qcow2': Permission denied. Libvirtd run as root on the hosts and I found no permission/ownership issues on the qcow2 disks.

##### STEPS TO REPRODUCE

~~~
I'm not really sure on how to reproduce the issue, seems related only to root disks in our environnement, as data disks give no issues if I try to delete them.
~~~

##### EXPECTED RESULTS

~~~
When the VM is expunged also the root disk is deleted as well
~~~

##### ACTUAL RESULTS

~~~
The root disk remain in the UI in "Destroy" state
~~~

L’issue n’indique aucun fichier source, test ni point d’entrée. Commencez par suivre le nettoyage des volumes core lors de la suppression des VM dans l’environnement KVM/NFS signalé et recherchez pourquoi les volumes racine restent dans l’état Destroy ; le travail est terminé lorsque le volume racine est supprimé avec la VM supprimée sans l’erreur d’autorisation signalée.

Rédigé par le modèle d'indexation à partir du texte de l'issue.