Project

General

Profile

Actions

Bug #6037

open

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

Added by Xin Li almost 8 years ago. Updated about 3 years 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:
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

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

Updated by Yuri Pankov almost 5 years ago

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

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

Also available in: Atom PDF