Project

General

Profile

Bug #6037

zfs(1M) needs to handle unknown uid/gid in context of allow/unallow more gracefully

Added by Xin Li about 4 years ago. Updated about 1 year ago.

Status:
In Progress
Priority:
Normal
Assignee:
Category:
zfs - Zettabyte File System
Start date:
2015-06-25
Due date:
% Done:

90%

Estimated time:
Difficulty:
Bite-size
Tags:

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

zfs-unknown-uid.diff (1.3 KB) zfs-unknown-uid.diff Xin Li, 2015-06-25 10:10 PM

History

#1

Updated by Yuri Pankov about 1 year ago

  • Tags deleted (needs-triage)
  • Assignee set to Yuri Pankov
  • Status changed from New to In Progress

Also available in: Atom PDF