I have two NAS servers. I replicate a dataset from one (Prod) to the other (Devl). Both servers have the same user and user ID, same group and group ID as owners of this dataset … but I lose SMB share access on the devl server after replication. I have to re-up the ACL rights to regain access.
Is this a known issue?
How can I avoid having to re-up ACL permissions?
I wrote a script to re-up ACL permissions but it was failing. Any suggestions?
Error message … nfs4xdr_getfacl: Failed to get NFSv4 ACL
Afaik, if in the replication task there Is the Include Dataset Properties or full file system replication, the dataset involved must inherit the ACL by the IDS.
I don’t think that you have miss that part, though It could be worth a check.
What ‘type’ of dataset is the parent of where you are replicating to? Remember datasets auto inherit properties. Make sure the parent is the same ‘type’ of dataset and see if that’s better.
Ignore me this should not matter. I had an issue recently replicating data from CORE to TC and the above seemed to matter but testing now from TC to TC it doesn’t seem to matter at all. Unless you are also going from CORE to TC?
As @oxyde says check you have ‘Include Dataset Properties’ selected.
Both source and target datasets are hanging off a pool. Pool is called Snap. Dataset is TrueNASInfo. System is TrueNAS-SCALE-24.10.2.2 on both servers.
So … both are /mnt/Snap/TrueNASInfo. Share is set as TrueNasInfo with that path, both owned by the same user / group combo (same name and ID for both systems).
Not sure if you are creating the dataset on the receive side and then pointing replication at it or if you are letting replication create the dataset by entering /TrueNASInfo after Snap as demonstrated in this image?
