creating a new share missmatches acls
Description
Problem/Justification
Impact
Activity
Bug Clerk 4 days ago
This issue has now been closed. Comments made after this point may not be viewed by the TrueNAS Teams. Please open a new issue if you have found a problem or need to re-engage with the TrueNAS Engineering Teams.
Andrew Walker 4 days ago
If you are sharing the parent dataset then it will need to be NFSv4 ACL type as well. As is stated in the alert.
tangerine last week
Maybe i am miss understanding the “Apps” dataset preset. If it will always create an NTFs share i need to redo the overarching dataset. However I can reiterate the steps and share 2 more screenshots too.
I have my main dataset for all applications (/tangycentral).
It a unix share.
Below that i create datasets for each application.
Every time i create a new one from the dataset UI (for use in custom docker compose files) i choose the “apps” preset
When creating a dataset from the app installation interface (discover) this dataset gets the unix share permissions
When i create a new dataset (tangycentral/golinks) i go to datasets > select the apps dataset > create new > apps preset > Save
here it auto creates the ntfs share as a subset on my unix share.
i get the error message and the general mess around it
Andrew Walker last week
I don’t understand the bug report. Is it that you were allowed to do something that generates an alert? You shouldn’t have mismatched ACL types on datasets within a single SMB share.
1. Have unix permissions on a dataset
2. Create new dataset below it using the "apps" preset
3. Get NFSv4 share with apps
4. Get error message with the mismatched permissions
see below for screenshots showing the setup process using standard settings and the error message.
Session ID: 4892d76e-be40-1c7c-36a0-1bd52c8d3674