Shadow copies not appearing in Windows share properties

[ajgnet]

I have shadow copies enabled for a dataset called "2020" on TrueNAS-12.0-BETA2.1.

Code:

/mnt/pool/folder/Originals/2020

2020 is its own nested dataset.

I have 2020 shared directly with shadow copies enabled. When I right-click on the share and click properties, I don't see any shadow copies. When I do zfs list -t snapshot, the shadow copies appear:

Code:

root@cube[~]# zfs list -t snapshot pool/folder/Originals/2020
NAME                                                 USED  AVAIL     REFER  MOUNTPOINT
pool/folder/Originals/2020@auto-2020-09-04_18-08  17.7M      -     1.14T  -
pool/folder/Originals/2020@auto-2020-09-05_00-00  17.6M      -     1.14T  -
pool/folder/Originals/2020@auto-2020-09-06_00-00   216K      -     1.14T  -
pool/folder/Originals/2020@auto-2020-09-07_00-00     0B      -     1.16T  -
pool/folder/Originals/2020@auto-2020-09-08_00-00     0B      -     1.16T  -
pool/folder/Originals/2020@auto-2020-09-09_00-00     0B      -     1.16T  -
pool/folder/Originals/2020@auto-2020-09-10_00-00     0B      -     1.16T  -
pool/folder/Originals/2020@auto-2020-09-11_00-00     0B      -     1.16T  -
pool/folder/Originals/2020@auto-2020-09-12_00-00     0B      -     1.16T  -
pool/folder/Originals/2020@auto-2020-09-13_00-00     0B      -     1.17T  -
pool/folder/Originals/2020@auto-2020-09-14_00-00     0B      -     1.17T  -

Not sure where to begin diagnosing this? Thanks in advance for your assistance.

Here is the relevant output of testparm -s

Code:

[global]
        aio max threads = 2
        bind interfaces only = Yes
        disable spoolss = Yes
        dns proxy = No
        enable web service discovery = Yes
        kernel change notify = No
        load printers = No
        logging = file
        map to guest = Bad User
        max log size = 51200
        nsupdate command = /usr/local/bin/samba-nsupdate -g
        registry shares = Yes
        server role = standalone server
        server string = CUBE
        unix extensions = No
        workgroup = WORKGROUP
        idmap config *: range = 90000001-100000000
        fruit:nfs_aces = No
        idmap config * : backend = tdb
        directory name cache size = 0
        dos filemode = Yes

[2020]
        ea support = No
        guest ok = Yes
        path = /mnt/pool/folder/Originals/2020
        read only = No
        vfs objects = aio_fbsd fruit streams_xattr shadow_copy_zfs noacl
        fruit:resource = stream
        fruit:metadata = stream
        nfs4:chown = true

 

[Alecmascot]

Have you searched for and worked through "windows shadow copies" ?

 

[segfaultex]

My previously working shadow copies also are not working ever since I upgraded to 12.0-RC1.

What do you mean by "Worked through".

 

[anodos]

My previously working shadow copies also are not working ever since I upgraded to 12.0-RC1.

What do you mean by "Worked through".

Did you file a bug ticket?

 

[bmh.01]

Same experience here, with RC1. I can see the VFS modules have had quite a lot of work done on them, I've been slowing working through trying to narrow it down but haven't got there yet.

It's variable for me, with the snapshot cache option disabled hitting the share from different access points will sometimes show a snapshot list. With the cache enabled it'll either work or not depending on what happens on first access until the cache expires.

Running samba in debug I've found:

- The VFS module(s) (message from the libzfs module I think) returning 0 snapshots for a share
- Access the same share via IP or similar and maybe it'll return X snapshots
- The ignore empty snapshot config item isn't getting respected.
- Sometimes the module tries to access a snapshot for a completely different volume

I'll stick a bug report in.

 

[ajgnet]

It's variable for me, with the snapshot cache option disabled hitting the share from different access points will sometimes show a snapshot list. With the cache enabled it'll either work or not depending on what happens on first access until the cache expires.

Exactly. Could you link to the bug report when filed? Happy to help diagnose, but unsure what info to provide.

 

[bmh.01]

Bug report: https://jira.ixsystems.com/projects/NAS/issues/NAS-107722

Add any other information you have to that, i've provided a debug so hopefully that will help iX reproduce the issue.