dfree behaviour [Was: Re: Broken "dfree command" in Samba 2.0.5a]
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>> Summary:
> DL>> The "dfree command" option in smb.conf is ignored by Samba 2.0.5a,
> DL>> despite being documented in "man smb.conf".
> DL>> Details:
> DL>> [...]
> 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
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