I have a little question about user properties, I have two filesystems: rpool/export/home/luca and rpool/export/home/luca/src in this two I have one user property, setted with: zfs set net.morettoni:test=xyz rpool/export/home/luca zfs set net.morettoni:test=123 rpool/export/home/luca/src now I need to *clear* (remove) the property from rpool/export/home/luca/src filesystem, but if I use the "inherit" command I''ll get the parent property, any hint to delete it? -- Luca Morettoni <luca(AT)morettoni(DOT)net> - http://morettoni.net BLOG @ http://morettoni.blogspot.com/ | GPG key 0xD69411BB jugUmbria founder - https://jugUmbria.dev.java.net/ | Thawte notary ITL-OSUG leader - http://www.opensolaris.org/os/project/itl-osug/
On Mon, Nov 03, 2008 at 11:47:19AM +0100, Luca Morettoni wrote:> I have a little question about user properties, I have two filesystems: > > rpool/export/home/luca > and > rpool/export/home/luca/src > > in this two I have one user property, setted with: > > zfs set net.morettoni:test=xyz rpool/export/home/luca > zfs set net.morettoni:test=123 rpool/export/home/luca/src > > now I need to *clear* (remove) the property from > rpool/export/home/luca/src filesystem, but if I use the "inherit" > command I''ll get the parent property, any hint to delete it?You can''t delete it, it''s just how things work. I work-around it by treating empty property and lack of property the same. -- Pawel Jakub Dawidek http://www.wheel.pl pjd at FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20081103/44f95231/attachment.bin>
On Mon, 3 Nov 2008, Luca Morettoni wrote:> now I need to *clear* (remove) the property from > rpool/export/home/luca/src filesystem, but if I use the "inherit" > command I''ll get the parent property, any hint to delete it?There currently is no way to do it. I looked for an existing CR and couldn''t find one, so I submitted "6766756 want ''zfs unset''". Regards, markm
On 11/03/08 14:35, Mark J Musante wrote:> There currently is no way to do it. I looked for an existing CR and > couldn''t find one, so I submitted "6766756 want ''zfs unset''".I found a little workaround about that: zfs inherit net.morettoni:test rpool/export/home/luca zfs inherit net.morettoni:test rpool/export/home/luca/src and after zfs set net.morettoni:test=<old_value> rpool/export/home/luca 3 command vs 1 command, but it work :/ -- Luca Morettoni <luca(AT)morettoni(DOT)net> - http://morettoni.net BLOG @ http://morettoni.blogspot.com/ | GPG key 0xD69411BB jugUmbria founder - https://jugUmbria.dev.java.net/ | Thawte notary ITL-OSUG leader - http://www.opensolaris.org/os/project/itl-osug/
This doesn''t make much sense. All user properties are inheritable, so
you control them just like you do any other property. For example,
there is no way to "unset" sharenfs on a child filesystem once
it''s
inherited - you need to explicitly set it to some value other than its
parent. For user properties, you can just set it to the empty string.
What you''re really asking for is non-inherited user properties, but
it''s
quite easy to treat user properties that way by writing the higher level
software to only pay attention to datasets where the property is set
locally (''zfs get -s local ...'').
- Eric
On Mon, Nov 03, 2008 at 08:35:22AM -0500, Mark J Musante
wrote:> On Mon, 3 Nov 2008, Luca Morettoni wrote:
>
> > now I need to *clear* (remove) the property from
> > rpool/export/home/luca/src filesystem, but if I use the
"inherit"
> > command I''ll get the parent property, any hint to delete it?
>
> There currently is no way to do it. I looked for an existing CR and
> couldn''t find one, so I submitted "6766756 want ''zfs
unset''".
>
>
> Regards,
> markm
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
--
Eric Schrock, Fishworks http://blogs.sun.com/eschrock