Snapshots showing in GUI but not in share

[Coffin_Jim]

We previously had an issue after updating the firmware to 6.9.5 that caused the share to be "unlinked" from the GUI. To resolve this, we created a new share and copied the data over.

Now - for some reason, the GUI is showing 848gb of snapshots but the snapshot menu shows nothing. We would like to delete all snapshots and start fresh.

Reading a few forum posts, i decided i should try SSH to list all vulumes. this is the result:

root@Reflections:~# btrfs subvolume list /data
ID 256 gen 392342 top level 5 path home
ID 257 gen 554657 top level 5 path .apps
ID 258 gen 8 top level 5 path .vault
ID 259 gen 553798 top level 5 path .timemachine
ID 264 gen 554595 top level 5 path ._share
ID 270 gen 393816 top level 5 path .purge
ID 271 gen 554640 top level 5 path Shared_Data
ID 272 gen 553523 top level 271 path Shared_Data/.snapshots
ID 281 gen 393536 top level 256 path home/admin
ID 349 gen 554247 top level 256 path home/**REDACTED**
ID 366 gen 393536 top level 256 path home/**REDACTED**
ID 2121 gen 393536 top level 256 path home/**REDACTED**
ID 2122 gen 539577 top level 256 path home/**REDACTED**
ID 4317 gen 139254 top level 256 path home/**REDACTED**
ID 19310 gen 554457 top level 272 path Shared_Data/.snapshots/12260/snapshot
ID 19311 gen 393848 top level 5 path Reflections_Share2
ID 19312 gen 393848 top level 19311 path Reflections_Share2/.snapshots

Then i tried to delete the snapshots directories to which the response was "no such file or directory".

I have tried a balanace and a scrub but no joy. Any advice would be greatly appreciated!

Screen shots for reference:

[Hopchen · Accepted solution]

Looking over this, I think we never used correct full path when triying to delete.

This should work.

# btrfs subv delete /data/Shared_Data/.snapshots/12260/snapshot

[StephenB]

The only snapshot I see is

---

@Coffin_Jim wrote:

ID 19310 gen 554457 top level 272 path Shared_Data/.snapshots/12260/snapshot

---

What command did you use to attempt to delete it?

[Coffin_Jim]

I tried several different variations of the following

# btrfs subvolume delete -c /Shared_Data/.snapshots

 Also, when browsing through windows i can see the .purge folder but not .snapshots

[StephenB]

Try 

# btrfs subvolume delete -c /Shared_Data/.snapshots/12260/snapshot

[Coffin_Jim]

No joy i'm afraid:

Last login: Thu Mar 14 14:55:38 2019 from jca-01ict01pp
root@Reflections:~# btrfs subvolume delete -c /Shared_Data/.snapshots/12260/snapshot
ERROR: Could not statfs: No such file or directory
root@Reflections:~#

[Coffin_Jim]

Also, as previously mentioned - the snap shot directory does not show up in file explorer:

[StephenB]

---

@Coffin_Jim wrote:

No joy i'm afraid:

Last login: Thu Mar 14 14:55:38 2019 from jca-01ict01pp
root@Reflections:~# btrfs subvolume delete -c /Shared_Data/.snapshots/12260/snapshot
ERROR: Could not statfs: No such file or directory
root@Reflections:~#

---

Odd.  What happens if you try to browse into the folder?

One approach is to use the "nuclear" option - delete the volume (or reset the NAS) and restore the data from backup. Painful, but it will resolve it.

[StephenB]

---

@Coffin_Jim wrote:

Also, as previously mentioned - the snap shot directory does not show up in file explorer:

It doesn't for me either.  Is your share configured set to "Allow Snapshot Access"?  Mine are not - though I do enable "Allow access to Windows Previous Versions".

But you can't delete the snapshots from Windows, even if you can see them.

[Hopchen]

This is pretty wierd!

Does the NAS even recognise the snpashot as an actual snapshot?

# btrfs subvolume list -s /data

And can you browse into it from the CLI?

# cd Shared_Data/.snapshots/12260/snapshot

[Coffin_Jim]

---

@Hopchen wrote:

This is pretty wierd!

Does the NAS even recognise the snpashot as an actual snapshot?

# btrfs subvolume list -s /data

And can you browse into it from the CLI?

# cd Shared_Data/.snapshots/12260/snapshot

---

results are as follows:

Last login: Fri Mar 15 09:23:11 2019 from jca-01ict01pp
root@Reflections:~# cd Shared_Data/.snapshots/12260/snapshot
-bash: cd: Shared_Data/.snapshots/12260/snapshot: No such file or directory
root@Reflections:~# btrfs subvolume list -s /data
ID 19310 gen 554457 cgen 392358 top level 272 otime 2019-01-29 10:00:01 path Shared_Data/.snapshots/12260/snapshot
root@Reflections:~#

[Coffin_Jim]

---

@StephenB wrote:

---

@Coffin_Jim wrote:

No joy i'm afraid:

Last login: Thu Mar 14 14:55:38 2019 from jca-01ict01pp
root@Reflections:~# btrfs subvolume delete -c /Shared_Data/.snapshots/12260/snapshot
ERROR: Could not statfs: No such file or directory
root@Reflections:~#

---

Odd.  What happens if you try to browse into the folder?

One approach is to use the "nuclear" option - delete the volume (or reset the NAS) and restore the data from backup. Painful, but it will resolve it.

---

I'm trying to avoid this if possible as 6tb will take all weekend to restore. 

[Hopchen]

Well, it is difinitely a snapshot.

Sorry, I should have specified that full path before.

Can you cd into the snapshot by:

# cd /data/Shared_Data/.snapshots/12260/snapshot

Do an ls -lah once in there. What do we see?

Also, you defintely cannot remove it? Just to double-check:

# btrfs subv delete /data/Shared_Data/.snapshots/12260/snapshot

And if you try and show the properties of the snapshot?

# btrfs subv show /data/Shared_Data/.snapshots/12260/snapshot

Cheers

[Hopchen · Accepted solution]

Looking over this, I think we never used correct full path when triying to delete.

This should work.

# btrfs subv delete /data/Shared_Data/.snapshots/12260/snapshot

[Coffin_Jim]

perfect! Snap shots are now showing zero. I will run another balance just in case as i found the snapshot size increased when i initially did this.

Thank you for all your help, it is much appreciated!

[Hopchen]

Super 🙂