If you are using the ‘admin’ account, this translates internally to the ‘root’ (super) user.
I am finding a major problem with QuTS on our lab system.
This isn’t how it’s supposed to work.
I will continue to research.
In the intrim, you will need to do backups manually, at the SSH command line level, using tar or zip and writing to /share/Public
ZFS18 is where my packages are. I get a “Read Only” error.
The ZFS18_DATA partition is mounted R/W
[/share/ZFS18_DATA] # mount | grep ZFS
zpool1/zfs1 on /share/ZFS1_DATA type zfs (rw,relatime,devices,setuid,nonbmand,zfsutil)
zpool1/zfs2 on /share/ZFS2_DATA type zfs (rw,relatime,devices,setuid,nonbmand,zfsutil)
zpool1/zfs3 on /share/ZFS3_DATA type zfs (rw,relatime,devices,setuid,nonbmand,zfsutil)
zpool1/zfs4 on /share/ZFS4_DATA type zfs (rw,relatime,devices,setuid,nonbmand,zfsutil)
zpool1/zfs5 on /share/ZFS5_DATA type zfs (rw,relatime,devices,setuid,nonbmand,zfsutil)
zpool1/zfs18 on /share/ZFS18_DATA type zfs (rw,relatime,devices,setuid,nonbmand,zfsutil)
zpool1/zfs19 on /share/ZFS19_DATA type zfs (rw,relatime,devices,setuid,nonbmand,zfsutil)
zpool1/zfs21 on /share/ZFS21_DATA type zfs (rw,relatime,devices,setuid,nonbmand,zfsutil)
zpool1/zfs530 on /share/ZFS530_DATA type zfs (rw,relatime,devices,setuid,nonbmand,zfsutil)
tmpfs on /share/ZFS1_DATA/.samba/lock/msg.lock type tmpfs (rw,size=48M)
Definitely a QuTS bug