dfree behaviour [Was: Re: Broken "dfree command" in Samba 2.0.5a]

David Lee T.D.Lee at durham.ac.uk
Thu Dec 23 13:01:43 GMT 1999

On Wed, 22 Dec 1999, Cliff Green wrote:

> On Wed, 22 Dec 1999, David Lee enscribed thusly:
> DL>On Tue, 21 Dec 1999, Colin Dean wrote:
> DL>
> DL>> Summary:
> DL>> 
> DL>> The "dfree command" option in smb.conf is ignored by Samba 2.0.5a,
> DL>> despite being documented in "man smb.conf".
> DL>> 
> DL>> Details:
> DL>> [...]
> [munch]
> DL>Also, as Samba becomes increasingly pre-packaged (RPM etc.), it becomes
> DL>increasingly valuable to remove compile-time options, so that a maximally
> DL>flexible binary can be produced.  So in the case of "--with-quotas", the
> DL>default should now be to include it, using a parameter to enable it.
> The only problem with this is that --with-quotas is now broken (as of
> 2.0.6) on an unknown number of platforms.  There's been a small discussion
> on comp.protocols.smb to the effect that on Digital Unix 4.0d and HPUX
> 10.20, lib/util_sec.c needs to be edited to allow quotas to function
> (removing the line: "set_effective_uid(saved_euid);"  from function
> restore_re_uid).  The problem is, although this works, none of the
> participants of that discussion are sure if this introduces another
> (security) problem.
> Any comments?

Let's separate out the two things:

(1) The general principle of more flexible "dfree" configuration,
    including "rolling in" the "--with-quotas", the corresponding
    requirement of some sort of per-share parameter to enable it, and
    the general interaction (and fallbacks) of various mechanisms.

(2) Particular problems/bugs, such as (a) the "dfree command" apparently
    no longer working (b) HPUX and Digital quotas not working.

Re (1):  Is there general agreement about the general principle?  Any
specific drawbacks?

Re (2):  Could the Samba Team give a little thought as to how the
dfree-type things (quotas, dfree command, etc.) could be kept relatively
independent of the rest of Samba, and to fixing the existing problems in
the light of (1).  I suspect that, although many of us have experience of
particular quota implementations, none of us has quite the oversight and
general "pulling together" experience that the Samba Team folk have. 


:  David Lee                                I.T. Service          :
:  Systems Programmer                       Computer Centre       :
:                                           University of Durham  :
:  http://www.dur.ac.uk/~dcl0tdl            South Road            :
:                                           Durham                :
:  Phone: +44 191 374 2882                  U.K.                  :

More information about the samba-technical mailing list