Volumes not destroyed after VM expunging
- Ngôn ngữ chính
- Java
- Star
- 3.1k
- Fork
- 1.4k
- Merge trung bình
- 6 ngày 19 giờ
- Pull request đã merge (30 ngày)
- 32
Mô tả
##### 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
~~~
Hướng dẫn đóng góp
Hướng nghiên cứu
Issue không nêu tệp nguồn, kiểm thử hay điểm vào nào. Hãy bắt đầu bằng cách lần theo quá trình dọn dẹp các core volume trong khi expunge VM ở môi trường KVM/NFS được báo cáo, đồng thời điều tra lý do các root volume vẫn ở trạng thái Destroy; hoàn tất nghĩa là root volume được xóa cùng với VM đã expunge mà không gặp lỗi quyền truy cập đã được báo cáo.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- java
- Lĩnh vực
- cloud, infrastructure
- Loại issue
- Lỗi
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức độ hoạt động
- Đình trệ
- Độ rõ ràng
- Cần làm rõ
- Mức phù hợp với người mới
- 25/100