[SOLVED] Cannot delete a snapshot because it is referencing a zpool that no longer exists

[spartaco]

A few days ago I had to delete a zpool that got corrupted because of disks failing.
Before deleting the pool I removed any disk that was stored in that pool but I forgot to delete a snapshot that is referencing the pool.

running

qm delsnapshot vmid  snapname

returns:

storage 'hdd_storage' does not exist

Is there any way to actually delete the snapshot?

 

[RolandK]

please post vm configuration

 

[spartaco]

please post vm configuration

config in attachments.
note that the old zpool and the new one have very similar names (hdd_storage is the old one, hdd_storage_6T is the new one)

 

[RolandK]

if hdd_storage doesnt exist anymore i would remove scsi2 entries from the config and retry

 

[spartaco]

you mean this entry under the [pre_tutto] snapshot?
scsi1: hdd_storage:vm-104-disk-0,iothread=1,size=32G

 

[spartaco]

deleted that line an got this:

qm delsnapshot 104  pre_tutto
storage 'hdd_storage' does not exist

 

[RolandK]

all entries with scsi2

 

[spartaco]

scsi2 resides on ssd_storage.
scs1 resides on hdd_storage for the [pre_tutto] snapshot but resides on hdd_storage_6T in the current config.

Also, the config file still had the [priva] snapshot even if i had already deleted it.
After rebooting the node and deleting the entry which contained hdd_storage this is the current config file:

acpi: 0
agent: 1
boot: order=scsi0;ide2;net0
cores: 4
cpu: x86-64-v2-AES
ide2: local:iso/debian-12.0.0-amd64-netinst.iso,media=cdrom,size=738M
machine: q35
memory: 5120
meta: creation-qemu=8.0.2,ctime=1688485706
name: dockervm
net0: virtio=CE:36:66:9C:37:43,bridge=vmbr0,firewall=1
numa: 0
ostype: l26
parent: pre_tutto
scsi0: ssd_storage:vm-104-disk-0,iothread=1,size=20G
scsi1: hdd_storage_6T:vm-104-disk-0,iothread=1,size=30G
scsi2: ssd_storage:vm-104-disk-1,iothread=1,size=20G
scsihw: virtio-scsi-single
serial0: socket
smbios1: uuid=f50aaf76-8f76-4e29-a9a1-10366b45a156
sockets: 1
vga: qxl
vmgenid: eda01a66-72d3-4834-8f4e-d1ee7ba6a011

[pre_tutto]
agent: 1
boot: order=scsi0;ide2;net0
cores: 4
cpu: x86-64-v2-AES
hostpci0: 0000:01:00,x-vga=1
ide2: local:iso/debian-12.0.0-amd64-netinst.iso,media=cdrom,size=738M
memory: 4096
meta: creation-qemu=8.0.2,ctime=1688485706
name: dockervm
net0: virtio=CE:36:66:9C:37:43,bridge=vmbr0,firewall=1
numa: 0
ostype: l26
runningcpu: qemu64,+aes,enforce,kvm=off,+kvm_pv_eoi,+kvm_pv_unhalt,+pni,+popcnt,+sse4.1,+sse4.2,+ssse3
runningmachine: pc-i440fx-8.0+pve0
scsi0: ssd_storage:vm-104-disk-0,iothread=1,size=20G
smbios1: uuid=f50aaf76-8f76-4e29-a9a1-10366b45a156
snaptime: 1691531274
sockets: 1
vmgenid: eda01a66-72d3-4834-8f4e-d1ee7ba6a011
vmstate: hdd_storage:vm-104-state-pre_tutto

 

[RolandK]

sorry, i misread. too early in the morning without coffee...

are all disks on zfs ?

then i guess the easiest way to get rid of all snapshot information is removing the snapshots from the config file with editor and then destroying the snapshots manually in zfs

 

[spartaco]

We were both under-caffeinated , I removed all the scsi1 entries referencing hdd_storage but i missed removing this line

vmstate: hdd_storage:vm-104-state-pre_tutto

After removing that i could easily remove the snapshot from webui.

Thanks for troubleshooting this with me