apache / apache/cloudstack

Zero size recurring snapshots piling up after server is shutdown

Đang mở
#6,827 7 bình luận 0 reaction 0 người được giao Xem trên GitHub
component:storage no-issue-activity status:stale type:enhancement
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ả

Snapshot taking process should follow the following logic:

1. If there are zero snapshots but there is a recurring schedule set, then it should still take the first snapshot for completion sake (regardless of whether Volume is detached or attached to a VM which is running or stopped).
2. If there are existing snapshots, and the VM was up after the last snapshot, then take a snapshot (regardless of whether the VM is currently up or down or volume is detached since then)
3. If there are existing snapshots, but the VM is currently down, AND the last snapshot was after the VM was shutdown, Skip the snapshot and then ADD EVENT - SKIPPING Snapshot for Volume ROOT-X/DATA-X indicating that it is skipped because VM is not running - this Event will help reduce future confusion when someone starts the server and thinks that bunch of days of snapshots are missing.

##### ISSUE TYPE

Bug Report

##### COMPONENT NAME

~~~

~~~

##### CLOUDSTACK VERSION

~~~
4.17
~~~

##### CONFIGURATION

N/A

##### OS / ENVIRONMENT

N/A

##### SUMMARY

User has recurring snapshots on a Volume with KEEP 5 setting.
There are snapshots present already and 5 are seen in UI.
User shuts down the VM and leaves it off for several days.
Each day, there is a ZERO size snapshot entry made, but in backend it points to the same last snapshot (checked via SQL).
But on Display there are tens of snapshots present and this counts against the MAX 100 snapshots per account (I know I can increase this to higher number).
Users are confused why so many snapshots.

NOTE - as a technical person, I understand why having the Zero size snapshot entry makes sense - essentially shows that the process ran as expected. However from user perspective, it is confusing especially when the server is down for weeks, and they come back to Max snapshots exceeded errors.

##### STEPS TO REPRODUCE

~~~
User has recurring snapshots on a Volume with KEEP 5 setting.
There are snapshots present already and 5 are seen in UI.
User shuts down the VM and leaves it off for several days.
Each day, there is a ZERO size snapshot entry made, but in backend it points to the same last snapshot (checked via SQL).
But on Display there are tens of snapshots present and this counts against the MAX 100 snapshots per account (I know I can increase this to higher number).
Users are confused why so many snapshots.
~~~

##### EXPECTED RESULTS

~~~

1. Zero size snapshots should not show up in the UI, and should not form a dependency in the cloud database's snapshot table.
OR Perhaps indicate zero size snapshot in the UI so users know without contacting Admins.

4. The zero size snapshots should not count against the Max 100 limit.
~~~

##### ACTUAL RESULTS

~~~
zero size snapshots count against max snapshots.
large number of snapshots in UI confuses the users
~~~

Hướng dẫn đóng góp

Mở hướng dẫn đóng góp

Hướng nghiên cứu

Bắt đầu bằng cách tái hiện quy trình snapshot định kỳ với một VM đã dừng, sau đó kiểm tra UI và bảng snapshot trong cơ sở dữ liệu đám mây để tìm các mục có kích thước bằng 0 đã mô tả. So sánh khả năng hiển thị của chúng và mức đóng góp của chúng vào giới hạn snapshot tối đa của tài khoản, đồng thời xác minh hành vi dự kiến đã chọn: ẩn, xác định hoặc loại trừ các mục này.

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
backend, 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
Sôi nổi
Độ rõ ràng
Khá rõ ràng
Mức phù hợp với người mới
48/100

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.