2009/3/31 Matthew Ahrens <matthew.ahr...@sun.com>:
> 4. New Properties
>
> user/group space accounting information and quotas can be manipulated
> with 4 new properties:
>
> zfs get userused@<user> <fs|snap>
> zfs get groupused@<group> <fs|snap>
>
> zfs get userquota@<user> <fs|snap>
> zfs get groupquota@<group> <fs|snap>
>
> zfs set userquota@<user>=<quota> <fs>
> zfs set groupquota@<user>=<quota> <fs>
>
> The <user> or <group> is specified using one of the following forms:
> posix name (eg. ahrens)
> posix numeric id (eg. 126829)
> sid name (eg. ahr...@sun)
> sid numeric id (eg. S-1-12345-12423-125829)

How does this work with zones?  Suppose in the global zone I have
passwd entries like:

jill:x:123:123:Jill Admin:/home/jill:/bin/bash
joe:x:124:124:Joe Admin:/home/joe:/bin/bash

And in a non-global zone (called bedrock) I have:

fred:x:123:123:Fred Flintstone:/home/fred:/bin/bash
barney:x:124:124:Barney Rubble:/home/barney:/bin/bash

Dataset rpool/quarry is delegated to the zone bedrock.

Does "zfs get all rpool/quarry" report the same thing whether it is
run in the global zone or the non-global zone?

Has there been any thought to using a UID resolution mechanism similar
to that used by ps?  That is, if "zfs get ... <dataset>" is run in the
global zone and the dataset is deleted to a non-global zone, display
the UID rather than a possibly mistaken username.

-- 
Mike Gerdts
http://mgerdts.blogspot.com/
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to