3.0.4-3.0.6

[William Jojo]

Sorry, I added those entries after discovering the high volume of syscalls
and they seemed unchanged.

I'm still working in the log levels on separate servers and I'll truss
them as well to see the differences between behaviours and then dig into
the code to understand better.


Bill


On Wed, 1 Sep 2004, Jeremy Allison wrote:

> On Wed, Sep 01, 2004 at 08:04:02AM -0400, William Jojo wrote:
> >
> >
> > good morining,
> >
> > Since the adding of the wide links in 3.0.6 I've noticed that my smbd's
> > statx objects outside the share view hundreds of times more than in 3.0.4.
> >
> > I've verified this with truss on both versions. It seems that many files
> > are transferred in 3.0.4 before a statx burst, but there seems to be a
> > statx burst for every file in 3.0.6. By burst I mean that the smbd seems
> > to be reviewing all the entries (opendir) in the root of the share and
> > statx all entries in the root (/) filesystem by virtue of (./../../path)
> >
> > I've played around with the "stat cache", "wide links" and "getwd cache"
> > options, but the docs are not clear on how they interact with each other.
>
> My guess is that you've got "wide links = no" set in your smb.conf ?
> If so, Samba now uses realpath() to ensure the targetted path is inside
> the exported share directory tree. I'm guessing that the implementation
> of realpath() on your system is doing userspace lookups.
>
> Try removing the "wide links" parameter and see if that fixes the problem.
>
> Jeremy.
>