Do the clients see the share itself? I see the “files” mount - but not any subfolder (like FAST_STORAGE which is linked to a SSD disk)
What is the error message when you are trying to access it?
Windows: Windows cannot access \\192.168.2.234\files. You do not have the permission to access
Mac: There was a problem connecting to the server - the share does not exist
What are the permissions on the share itself?
root@vlasnas[~]# getfacl /mnt/FAST_STORAGE/
getfacl: Removing leading ‘/’ from absolute path names
file: mnt/FAST_STORAGE/
owner: root
group: root
user::rwx
group::—
other::—
How was the share created? Share was created via UI
Did you try to create another share? Did not tried that
Did you create this share for the entire pool (or better said for the root dataset)? This share is linked to a SSD disk, other SATA disks need to be bought to foresee the “slow” storage part / archief
Question. On windows are you not logging into the share with the actual user/pass you set in Truenas? I think guest access to shares went away in the latest 25.10
Windows will be happy to try and use the computer login as the default login to a server or lacking that a guest/anonymous login.
root@vlasnas[~]# getfacl /mnt/FAST_STORAGE/
getfacl: Removing leading ‘/’ from absolute path names
file: mnt/FAST_STORAGE/
owner: root
group: root
user::rwx
group::—
other::—
Why do you have a 0o700 mode on the root dataset of your pool? We don’t allow this through the UI for fairly obvious reasons (will break access to all shares / data).
Ok, it seems like you have only the “root” dataset in your pool. And the share for the “root” dataset became unavailable after the update.
I think you can resolve your issue with the following steps ( see the EDIT at the bottom):
Create a new dataset under the FAST_STORAGE. Let’s name it my-files.
Create another non-root user. For example, hornetjo.
Create a new share for /mnt/FAST_STORAGE/my-files. Set hornetjo as the share owner.
Move your files to the new dataset. It can be done via zfs replication or via something like mv /mnt/FAST_STORAGE/* /mnt/FAST_STORAGE/my-files.
For windows clients, edit saved credentials for your nas (in the credential manager). The user should be hornetjo, not root.
If you still don’t see your files, go to the share ACL; check Apply owner, Apply group, Apply permissions recursively and then save.
EDIT. On second look I’ve noticed FAST_STORAGE/FILES dataset. So you don’t need to create new dataset and moving the files. Just create a new share with non-root owner for this dataset and update credentials on the clients.
same error message occurs - validation error when creating a new dataset under FAST_STORAGE…
getting on the edge of my serves here. Was implementing this setup as a true replacement for my old QNAP - but instead have more headaches then positive encounters…
see the EDIT at the bottom):