Notice: Page may contain affiliate links for which we may earn a small commission through services like Amazon Affiliates or Skimlinks.

creamelectricart

New Member
Feb 5, 2019
20
4
3
Hi all,

Does anyone know how to set up snapshots ala Timeslider on Solaris 11.4 using napp-it? I set up several recurring snapshots on our main filesystem under Jobs/Snaps and enabled the Auto service. This filesystem has two nested filesystems, each are shared via the CIFS service.

Several snapshots now appear if I run 'zfs list -t snapshot' at the command line, but no snaps appear under 'Snapshots' in napp-it and what is more important for us, none of the snapshots appear in 'Previous Versions' in the properties when accessing folders under Windows (our main reason for creating snapshots).

We set up via napp-it because the Timeslider service seemed unreliable in Solaris 11.4 and I'm not sure what I'm doing wrong on napp-it or if it's another issue with the behaviour of 11.4 which is actually causing the snapshots to not appear in 'Previous Versions'.

Any help would be greatly appreciated.
 

gea

Well-Known Member
Dec 31, 2010
3,141
1,182
113
DE
I have just tried (create a napp-it autosnap job and access the snaps via previous versions, worked as expected).
I am also not aware of a problem with napp-it autosnap (create snaps for a single filesystem only or recursive when enabled) nor with "previous versions" on Solaris 11.4. If you create snaps via napp-it autosnap they must be shown under Menu snaps and at console via "zfs list -t snapshot". If you connect via SMB (kernelbased SMB, not SAMBA) it must show snaps but only for the shared filesystem, not those for filesystem below or above in a nested setup.

If you have set an autosnap job that does not create snaps, is there something in the log for that job (menu jobs, click on snaps under joblog). What happens if you try to create snaps at console manually? Are they created and shown under snapshots and previous versions?

btw
I would avoid nested filesystems that are both shared via SMB. You cannot browse via SMB from a filesystem to a nested filesystem (OmniOS can do this but with restricted options regarding zfs properties, including access to nested snaps via previous versions ).
 

creamelectricart

New Member
Feb 5, 2019
20
4
3
Hi gea, thanks for the quick reply.

Here is what I have under Menu snaps;

zfs-snaps.png
Output of zfs list -t snapshot at console;

# zfs list -t snapshot
NAME USED AVAIL REFER MOUNTPOINT
arcadia@frequent-1549513676_2019.02.20.14.30.15 0 - 320K -
arcadia@frequent-1549513676_2019.02.20.14.45.15 0 - 320K -
arcadia@hourly-1549513539_2019.02.20.15.00.14 0 - 320K -
arcadia@frequent-1549513676_2019.02.20.15.00.14 0 - 320K -
arcadia@frequent-1549513676_2019.02.20.15.15.16 0 - 320K -
arcadia@frequent-1549513676_2019.02.20.15.30.14 0 - 320K -
arcadia@frequent-1549513676_2019.02.20.15.45.14 0 - 320K -
arcadia@frequent-1549513676_2019.02.20.16.00.15 0 - 320K -
arcadia@hourly-1549513539_2019.02.20.16.00.15 0 - 320K -
.....
arcadia/storage@frequent-1549513676_2019.02.20.14.30.15 3.99G - 13.7T -
arcadia/storage@frequent-1549513676_2019.02.20.14.45.15 167M - 13.7T -
arcadia/storage@hourly-1549513539_2019.02.20.15.00.14 256K - 13.7T -
arcadia/storage@frequent-1549513676_2019.02.20.15.00.14 256K - 13.7T -
arcadia/storage@frequent-1549513676_2019.02.20.15.15.16 958M - 13.8T -
arcadia/storage@frequent-1549513676_2019.02.20.15.30.14 20.2M - 13.8T -
arcadia/storage@frequent-1549513676_2019.02.20.15.45.14 76.7M - 13.8T -
arcadia/storage@frequent-1549513676_2019.02.20.16.00.15 0 - 13.8T -
.....
e.t.c.

Menu jobs;

jobs.png

Jobs seem ok.

Checking Previous Versions;

previous-versions.png

I created a manual snapshot and it did not appear under Previous Versions either, so maybe it's a problem with Solaris 11.4.

btw
I would avoid nested filesystems that are both shared via SMB. You cannot browse via SMB from a filesystem to a nested filesystem (OmniOS can do this but with restricted options regarding zfs properties, including access to nested snaps via previous versions ).
Sorry I think I confused things - the share filesystems are not nested. The autosnap job is performed recursively on the main filesystem 'arcadia'. Here are the filesystems;

# zfs list
NAME USED AVAIL REFER MOUNTPOINT
arcadia 18.1T 125T 336K /arcadia
arcadia/installs 1.80T 2.21T 1.79T /arcadia/installs
arcadia/log 14.8G 125T 14.7G /arcadia/log
arcadia/storage 16.2T 125T 15.5T /arcadia/storage

# share
IPC$ smb - Remote IPC
c$ /var/smb/cvol smb - Default Share
Installs /arcadia/installs smb -
Storage /arcadia/storage smb -
 

creamelectricart

New Member
Feb 5, 2019
20
4
3
I found the source of the issue - there were too many snapshots. Once the number of snapshots was reduced on the filesystem they started to show up again in 'Previous Versions' in Windows. They still don't show up for me in napp-it though unfortunately.
 

gea

Well-Known Member
Dec 31, 2010
3,141
1,182
113
DE
Uninstall, see chapter 5.3 in https://napp-it.org/doc/downloads/napp-it.pdf

5.3 stop/ remove/ manual deinstall of napp-it

Napp-it installer creates a bootenvironment with the state prior the installation so you can always go back. As napp-it is a pure copy and run installation, it copies everything to /var/web-gui If you delete this folder, the init file /etc/init.d/napp-it, the user nappit and an entry in /etc/sudoers and user_attr you have wiped it beside tools that are installed during setup like smartmontools, midnight commander, iperf or netcat. You do not need napp-it for regular storage operations. If you want to stop napp-it, use /etc/init.d/napp-it stop (start | restart)
 

creamelectricart

New Member
Feb 5, 2019
20
4
3
Hi gea, thanks for that. I was in a hurry and searched the manual for 'uninstall' rather than 'desinstall' so I missed it.