BUG in snapshots

drjaymz@

Member
Jan 19, 2022
129
5
23
102
Snapshots should be a safety feature meaning that the user can use them to try something safe in the knowledge that they can revert back. In my case there always seems to be a reason why this doesn't work as it should.
Here's an example:

I had created a more recent snapshot but it can't roll back to where I need it because there was a more recent one. I remove that so that I can roll back; here's what happens when I try...

1716982505279.png

Roll back - nope you can't do that there is an invisible force stopping you.

1716982597696.png

I'm on the current version of everything - and I tend to get either this or a message saying can't unmount the current one because the resource is busy.

About 8 out of 10 it works ok, I think tends to be when you have had more recent snapshots. 8 out of 10 isn't good enough for the chances of walking safely across the road and its not good enough here either.

I also have had issues when there seem to be orphaned disks for another long gone container 119 flapping about in the background.

this might help:
rpool/data/subvol-119-disk-0@cleardown 251G - 253G -
rpool/data/subvol-119-disk-0@insync 230G - 232G -
rpool/data/subvol-119-disk-0@__migration__ 0B - 1.77G -
rpool/data/subvol-119-disk-1@cleardown 7.43M - 844M -
rpool/data/subvol-119-disk-1@insync 243K - 844M -

seems there's some junk laying around because it failed previously. Very annoying. Does anyone know what incantation I can call up to fix the situation?

I have a theory in this case it may be bacause one of the disks did not have backup checked so I went backwards and forwards to get what I need, but its generally buggy and messes things up for me frequently.
 
So attempting to fix it myself....

Code:
root@proxmoxmon4:/# zfs destroy rpool/data/subvol-119-disk-0@__migration__
root@proxmoxmon4:/# zfs list -t snapshot rpool/data/subvol-119-disk-0
NAME                                     USED  AVAIL  REFER  MOUNTPOINT
rpool/data/subvol-119-disk-0@cleardown   251G      -   253G  -
rpool/data/subvol-119-disk-0@insync      230G      -   232G  -

I try to remove - so that excuse is removed.
Then try again - an low an behold, the original issue ...again.

So basically it doesn't work.


1716986959999.png

So now I do...

Code:
pct unlock 119
zfs rollback rpool/data/subvol-119-disk-0@insync

And then... its rolled back so I don't know what the GUI is playing at.