> From: Matthew Ahrens
> Sent: Friday, December 05, 2014 12:44 PM
>
> I assume you want to undo the local setting, allowing the received value to
> take effect.

Yes, exactly.

> "zfs inherit -S <prop>" should do it.

Woo-hoo, magic:

# zfs get refquota export/group/enrollment
NAME                     PROPERTY  VALUE     SOURCE
export/group/enrollment  refquota  none      local

# zfs inherit -S refquota export/group/enrollment                               
                
# zfs get refquota export/group/enrollment                                      
                
NAME                     PROPERTY  VALUE     SOURCE
export/group/enrollment  refquota  800M      received

Perfect, thanks much for the quick answer (and thanks also to Yuri for 
replying).

>  I'm not sure why that is not documented
> in the manpage.  It would be great if someone could do that :-)

I will open a ticket for it. Could you give a general description of its 
purpose? I could dig through the code and try to intuit if it has any other 
purpose besides resetting local quota/refquota updates, but the man page would 
probably be more accurate if based on a developer synopsis :). Ahh, I see 
Solaris 11 has it documented:

"Reverts to the received property value, if any. If the property does not have 
a received value, the behavior of zfs inherit -S is the same as zfs inherit 
without -S. If the property does have a received value, zfs inherit masks the 
received value with the inherited value until zfs inherit -S reverts to the 
received value."

I will re-work those concepts into original language and perhaps add a specific 
mention of quota/refquota, which will work with -S but not without.

Would there also be an interest in updating the zfs command error output so 
instead of simply:

'quota' property cannot be inherited
use 'zfs set quota=none' to clear

it could say something like:

'quota' property cannot be inherited from parent
use 'zfs set quota=none' to clear or 'zfs inherit -S quota' to revert to 
received value

Unfortunately, I don't currently have an illumos build environment. I'm hoping 
to get an illumos-gate development environment going on omnios-stable over 
Christmas break (the OI vm I used to use blew up, and I can't bring myself to 
spend the time to build another OI box). Unless they'd be willing to RTI a 
basic man page change via a visual inspection/manual nroff without a full build 
log, in which case I could get to it sooner. The code change, if so desired, 
would of course need to wait for a development environment.

Thanks much…
_______________________________________________
developer mailing list
developer@open-zfs.org
http://lists.open-zfs.org/mailman/listinfo/developer

Reply via email to