Unable to write to SMB share

[Johnpants]

Hi all,

I've seen a couple of posts related to this but none seem to have an actual resolution that works for me.
I've recently upgraded from v11 to v12.0-U6.1 and had an issue with the USB stick it was previously installed on, so I replaced it with an SSD. The install went fine and I managed to import my pools fine. I created a new SMB share for each of the pools and am able to view and read from them when I access from my windows machine, but it won't let me write to them.
The only way i've managed to write to the folders is if I set it as the home directory for my user (can only set 1 at a time so not a long term solution).
I'll post some screenshots of my setup which will hopefully make it easier to spot where i've gone wrong.

User:

SMB:

Share ACL:

This is the only non windows machine I ever use and it's been running and working fine for years now so I don't remember a lot of what I went through when setting it up so bare with me if I need reminders of terms etc.

Thanks for any help.

John.

 

[elvisimprsntr]

Were you previously connecting to SMB share as root? If so, that is not allowed anymore

13.0 Release Notes

Highlights and change log for the current major version of TrueNAS CORE.

www.truenas.com

 

[Johnpants]

Were you previously connecting to SMB share as root? If so, that is not allowed anymore

13.0 Release Notes

Highlights and change log for the current major version of TrueNAS CORE.

www.truenas.com

View attachment 50822

I was, but I've created that new user (nasuser) and used this as the account used everywhere now which I thought would resolve the problem, but it doesn't seem to have.

 

[Johnpants]

I've done a bit more reading and it might be that when I created this originally I didn't create a specific dataset? If the original root dataset for the pool had root as the user, do I need to change that to my new user? Seems it won't let me change any ACL permissions for the root dataset on the pool.
I've created a new dataset under the parent, but even if I try and copy the files to the new dataset, I can't delete the originals as still no permissions.

Does this make sense to anyone? Driving me crazy. haha.

 

[KrisBee]

@Johnpants Your mistake was not to create datasets within your pool. As you've found out, you cannot change the "root dataset" permissions via the WebUI, nor create "root user" SMB shares. If you need to delete the originals then just use the TrueNAS shell and delete folders/files directly at the command line. Always make snanpshots of your datasets first, in order to recover from mistake while doing this.

Looking at your "SMB" screenshot above, I'd say you did not create a single pool made up of more than one mirrored vdev as advised at the beginning of the year, but multiple pools with two (?) disks in each. Possibly you had good reason to do this, or perhaps you were not clear on how to create a single pool by grouping multiple hard drives into one or more vdevs. The combination your pool layout with no use of "datasets" means your not making best/efficient use of the TrueNAS.