apache / apache/cloudstack

Cloudstack allows you to create snapshots with the same name for the same volume

オープン
#13,051 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る
component:primary-storage type:bug
主要言語
Java
スター
3.1k
フォーク
1.4k
平均マージ
6日 19時間
マージ済み PR(30日)
32

説明

### problem

Bug report:
CloudStack allows creating multiple snapshots of the same volume with identical names.

Image
These snapshots are treated as separate entities in CloudStack, but they reference the same snapshot file on secondary storage.

Image

The snapshot file on secondary storage is overwritten when a snapshot with the same name is created
Image

When one of these snapshots is deleted via CloudStack. The snapshot file is removed from secondary storage. Other snapshot entries remain in CloudStack but no longer have a corresponding file.

Deleted a snapshot in Cloudstack
Image
The first snapshot was deleted from CloudStack. During the deletion process, CloudStack also removed the snapshot file from secondary storage.

Image

However, a second snapshot entry still remains in the database and references a file on secondary storage that no longer exists.

Image

### versions

ACS: 4.20.2.0
Hypervisor: KVM
Primary Storage: Linstor
Secondary Storage: NFS

### The steps to reproduce the bug

1. Create a volume
2. Create snapshot with name for example "test-snapshot"
3. Create another snapshot with the same name "test-snapshot"
4. Verify that both snapshots exist in CloudStack and only one exists on the secondary storage
5. Delete ONE of the snapshots via CloudStack
6. Check secondary storage — snapshot file is removed
7. Check remaining snapshot in CloudStack

### What to do about it?

Prevent creating snapshots with the same name for the same volume. Deleting one breaks the other.

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

まず、1つのボリューム上で同じ名前の2つのスナップショットについて、記載された手順を再現し、その後、関係するスナップショットの作成および削除のパスを追跡します。完了条件は、CloudStackが重複を拒否すること、または一方のスナップショットを削除した際に、スナップショットのエントリとsecondary-storageのファイルの整合性を維持することです。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
java
領域
cloud, infrastructure
issue の種類
バグ
難易度
3/5
見積もり時間
1〜2日
活発さ
活発
明瞭さ
おおむね明確
初心者へのやさしさ
58/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。