Forum Discussion
Issue with Onelake security RLS
- 3 months ago
This is the expected behavior once you remove the DefaultRole. With OneLake Security enforced, item-level Read + ReadAll on the lakehouse no longer grants access to the underlying table paths on its own; the user has to be a member of a data access role that actually includes those tables. Your test user is not in the ALLTables role, so OneLake correctly returns UnauthorizedToAccessTableFiles.
Two options to fix it: add the test user (or a security group they belong to) as a member of the ALLTables role, or if you want the pre-role behavior back, re-create the DefaultRole so ReadAll on the item once again maps to reading all tables.
After you update role membership, wait a few minutes for the change to propagate and have the user sign out of Fabric and back in before retrying.
If this helped, a thumbs up and marking it as the accepted solution would be appreciated.
Thanks,
Shai Karmani
Having the DefaultRole gave access to user to all tables and all data ignoring the security role created for the user. I was able to get it working with the my exact same setup + Viewer access(Workspace) on schema enabled lakehouse. But it doesn't work for non schema lakehouse. We predominantly use non schema and would get it working with it. Also Workspace viewer access is putting us off as it is giving user access to see all the items which we don't want.