Opening and deleting files inside of snapshot?

[killmasta93]

Hi, I was wondering if its possible to open the snapshot and delete files inside to free up space? Currently i have situation, i have zfs samba share and i had recycle bin habilitated, user deleted 144 gigs and when i try to restore it i dont have space, so i deleted the recycle bin on the samba share but wont free up space. So im not sure how i can free up space without deleted the snapshots as i think that might not be the issue?

root@apolo:~# zfs list 
NAME   USED  AVAIL  REFER  MOUNTPOINT
data   546G  81.4G   537G  /data

i have a few snapshots but i know thats its not taking much space

root@apolo:~# zfs list -t all
NAME                                       USED  AVAIL  REFER  MOUNTPOINT
data                                       546G  81.4G   537G  /data
data@pyznap_2020-07-02_12:50:05_frequent   606M      -   536G  -
data@pyznap_2020-07-02_18:50:05_frequent  21.7M      -   536G  -
data@pyznap_2020-07-03_12:50:04_frequent  32.7M      -   536G  -
data@pyznap_2020-07-03_18:50:05_frequent  5.23M      -   536G  -
data@pyznap_2020-07-06_12:50:05_frequent  8.33M      -   536G  -
data@pyznap_2020-07-06_18:50:10_frequent  9.86M      -   536G  -
data@pyznap_2020-07-07_12:50:04_frequent  7.01M      -   537G  -
data@pyznap_2020-07-07_18:50:04_frequent  20.1M      -   537G  -
data@pyznap_2020-07-08_12:50:04_frequent  64.7M      -   537G  -
data@pyznap_2020-07-08_18:50:03_frequent  31.4M      -   537G  -
data@pyznap_2020-07-09_12:50:04_frequent  21.8M      -   537G  -
data@pyznap_2020-07-09_18:50:04_frequent  27.6M      -   538G  -
data@pyznap_2020-07-10_12:50:05_frequent  18.0M      -   538G  -
data@pyznap_2020-07-10_18:50:05_frequent  11.0M      -   538G  -
data@pyznap_2020-07-11_12:50:03_frequent  1.82M      -   538G  -
data@pyznap_2020-07-11_18:50:01_frequent   309K      -   538G  -
data@pyznap_2020-07-12_12:50:03_frequent  1.33M      -   538G  -
data@pyznap_2020-07-12_18:50:02_frequent  31.5M      -   538G  -
data@pyznap_2020-07-13_12:50:04_frequent  33.4M      -   538G  -
data@pyznap_2020-07-13_18:50:04_frequent  32.8M      -   538G  -
data@pyznap_2020-07-14_12:50:05_frequent  27.1M      -   538G  -
data@pyznap_2020-07-14_18:50:03_frequent  55.9M      -   538G  -
data@pyznap_2020-07-15_12:50:04_frequent  8.32M      -   538G  -
data@pyznap_2020-07-15_18:50:03_frequent  10.5M      -   538G  -
data@pyznap_2020-07-16_12:50:04_frequent  18.3M      -   539G  -
data@pyznap_2020-07-16_18:50:04_frequent  12.1M      -   539G  -
data@pyznap_2020-07-17_12:50:04_frequent  16.0M      -   539G  -
data@pyznap_2020-07-17_18:50:03_frequent  2.51M      -   539G  -
data@pyznap_2020-07-18_12:50:04_frequent  1.86M      -   539G  -
data@pyznap_2020-07-18_18:50:02_frequent  1.86M      -   539G  -
data@pyznap_2020-07-19_12:50:04_frequent     0B      -   539G  -
data@pyznap_2020-07-19_18:50:01_frequent     0B      -   539G  -
data@pyznap_2020-07-20_12:50:04_frequent     0B      -   539G  -
data@pyznap_2020-07-20_18:50:01_frequent     0B      -   539G  -
data@pyznap_2020-07-21_12:50:05_frequent  17.1M      -   539G  -
data@pyznap_2020-07-21_18:50:05_frequent   157M      -   539G  -
data@pyznap_2020-07-22_12:50:04_frequent  62.6M      -   540G  -
data@pyznap_2020-07-22_18:50:04_frequent  16.2M      -   540G  -
data@pyznap_2020-07-23_12:50:05_frequent  10.9M      -   540G  -
data@pyznap_2020-07-23_18:50:05_frequent  11.2M      -   540G  -
data@pyznap_2020-07-24_12:50:04_frequent  2.51M      -   540G  -
data@pyznap_2020-07-24_18:50:02_frequent  2.40M      -   540G  -
data@pyznap_2020-07-25_12:50:04_frequent     0B      -   540G  -
data@pyznap_2020-07-25_18:50:01_frequent     0B      -   540G  -
data@pyznap_2020-07-26_12:50:04_frequent     0B      -   540G  -
data@pyznap_2020-07-26_18:50:02_frequent     0B      -   540G  -
data@pyznap_2020-07-27_12:50:04_frequent  6.47M      -   540G  -
data@pyznap_2020-07-27_18:50:05_frequent  8.65M      -   540G  -
data@pyznap_2020-07-28_12:50:04_frequent  25.5M      -   540G  -
data@pyznap_2020-07-28_18:50:04_frequent  40.1M      -   540G  -
data@pyznap_2020-07-29_12:50:04_frequent  15.0M      -   540G  -
data@pyznap_2020-07-29_18:50:03_frequent   396M      -   540G  -
data@pyznap_2020-07-30_12:50:04_frequent  10.8M      -   540G  -
data@pyznap_2020-07-30_18:50:05_frequent  7.80M      -   540G  -
data@pyznap_2020-07-31_12:50:04_frequent  2.18M      -   540G  -
data@pyznap_2020-07-31_18:50:01_frequent  4.07M      -   540G  -
data@pyznap_2020-08-01_12:50:04_frequent  1.01M      -   540G  -
data@pyznap_2020-08-01_18:50:02_frequent   743K      -   540G  -
data@pyznap_2020-08-02_12:50:04_frequent  1.02M      -   540G  -
data@pyznap_2020-08-02_18:50:02_frequent  1.02M      -   540G  -
data@pyznap_2020-08-03_12:50:05_frequent  8.36M      -   540G  -
data@pyznap_2020-08-03_18:50:05_frequent  9.59M      -   540G  -
data@pyznap_2020-08-04_12:50:04_frequent  10.8M      -   540G  -
data@pyznap_2020-08-04_18:50:06_frequent  7.40M      -   540G  -

[yboetz]

snapshots are read only, there is no way to delete data from a snapshot without deleting the whole snapshot. Also, to free up the space used by the recycle bin you will have to delete every snapshot that references it, so every snapshot in the lifetime of the recycle bin.

You can open up snapshots in read only mode. There is a .zfs directory in every zfs dataset where you can find read only copies of the dataset at the state of the snapshot.

[killmasta93]

thanks for the reply, as for the read only mode i was checking could not find the directory, i tried cd /data/.zfs

[yboetz]

Did you try on the host directly? I would guess this directory is not shared via samba.

[killmasta93]

yes correct

root@apolo:/data# ls .zf
ls: cannot access '.zf': No such file or directory
root@apolo:/data# ls ./zf
ls: cannot access './zf': No such file or directory

[yboetz]

The .zfs directory is a bit strange, it will not show up if you do ls .zf, only when ls .zfs. But you should be able to access it by cd /data/.zfs. I don't know why you wouldn't be able to access it though...

[killmasta93]

thank you that did the trick