Actions
Bug #6037
openzfs(1M) needs to handle unknown uid/gid in context of allow/unallow more gracefully
Status:
In Progress
Priority:
Normal
Assignee:
-
Category:
zfs - Zettabyte File System
Start date:
2015-06-25
Due date:
% Done:
0%
Estimated time:
Difficulty:
Bite-size
Tags:
Gerrit CR:
External Bug:
Description
Currently, if a uid/gid is unknown to the system, zfs(1M) would say nothing on the unknown user/group. For instance, after a user which owns uid=1002 is removed, we would have something like this, if 'destroy' is previously granted:
$ zfs allow zeta/test ---- Permissions on zeta/test ---------------------------------------- Local+Descendent permissions: user destroy
With the attached patch applied, it would become:
$ zfs allow zeta/test ---- Permissions on zeta/test ---------------------------------------- Local+Descendent permissions: user (unknown: 1002) destroy
The proposed patch also allows 'allow' and 'unallow' to accept numerical IDs, even when they are not known to the system, when -u or -g is explicitly specified. Without the change there would be no way other than recreating a user/group that occupies the same UID/GID to revoke a granted permission to unknown user.
Files
Updated by Yuri Pankov almost 5 years ago
- Status changed from New to In Progress
- Assignee set to Yuri Pankov
- Tags deleted (
needs-triage)
Updated by Yuri Pankov about 3 years ago
- Assignee deleted (
Yuri Pankov) - % Done changed from 90 to 0
openzfs pr is lost and forgotten, there's another pr in zol: https://github.com/openzfs/zfs/pull/10280, back to the pool.
Actions