Project

General

Profile

Bug #6037

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

Added by Xin Li over 5 years ago. Updated 6 months ago.

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:

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 2 years ago

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

Updated by Yuri Pankov 6 months 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.

Also available in: Atom PDF