Re: ZFS vs Samba Debugging Results ... Need Help.

4 msg	New world - about 2 days old - SSH broken?
1 msg	changes in src/lib/libc/arm/SYS.h broke arm
2 msg	sh: environment corrupt; missing value for LANG
1 msg	Can't profile automatically on x86/amd64 (after...
2 msg	-pureg doesn't stick
1 msg	HEADS UP: late change regarding syscalls in 7.0
5 msg	Everything (but /boot) on ZFS - trouble
54 msg	Environment handling broken in /bin/sh with cha...
1 msg	ptrace, freebsd and vmware dont get along?
7 msg	Panic with areca and dd
7 msg	glib compile problem
1 msg	USB mouse not working
1 msg	HEADS UP: i4b partly disconnect from build
13 msg	HEADS UP: getenv() and family API change

ZFS vs Samba Debugging Results ... Need Help.
\ Pascal Hofstee (3 Jul 2007)
. \ Pascal Hofstee (3 Jul 2007)
. . \ Boris S. (3 Jul 2007)
. . . \ Brian Donnell (4 Jul 2007)
. . . . \ Boris S. (4 Jul 2007)
. . . . . \ Brian Donnell (4 Jul 2007)
. . . . . . \ Boris S. (4 Jul 2007)
. . . . . . . \ Brian Donnell (4 Jul 2007)
. . . . . . \ Pascal Hofstee (4 Jul 2007)
. . . . . . \ Pascal Hofstee (5 Jul 2007)
. . . . . . . \ Brian Donnell (6 Jul 2007)
. . . . . . . . \ Joe Marcus Clarke (6 Jul 2007)
. . . . . . . . . \ Brian Donnell (6 Jul 2007)
. . . . . . . . . . \ Joe Marcus Clarke (6 Jul 2007)
. . . . . . . . . . . \ Boris S. (6 Jul 2007)
. . . . . . . . . . . . \ Boris S. (6 Jul 2007)
. . . . . . . . . . . \ Timur I. Bakeyev (21 Jul 2007)
. . . . . . . . . . . . \ Timur I. Bakeyev (21 Jul 2007)
. . . . . . . . . \ Timur I. Bakeyev (21 Jul 2007)
. . . . . . . . . . \ tridge (22 Jul 2007)
. . . . . . . . . . . \ Timur I. Bakeyev (24 Jul 2007)
. . . . . . . \ lists (21 Jul 2007)

11 msg	HEADS UP: destroy_dev_sched() KPI in the tree
3 msg	bge/BCM5704 crashes current
4 msg	Dell PE2850 freeze on boot with PXE and FreeBSD...
11 msg	FAST_IPSEC is now IPSEC, please be advised...
3 msg	panic when printing

Subject:	Re: ZFS vs Samba Debugging Results ... Need Help.
Group:	Freebsd-current
From:	Timur I. Bakeyev
Date:	24 Jul 2007

Hi, Andrew!

On Sun, Jul 22, 2007 at 11:25:09AM +1000, tridge wrote:
> Timur,
>
> > This is an old standing problem, came as a workaround for some
> > assumptions about the opendir/telldir/seekdir behaviour in the POSIX
> > systems, which made Andrew to write this workaround
>
> yes, this is a long standing problem. Basically we need
> telldir()/seekdir() to actually work, and not consume unlimited
> amounts of memory.

Thanks a lot for your perfect explanation! I forgot a lot of details about
this problem, as first time faced with it exactly two years ago:

-rw-r--r-- 1 root wheel 564 Jul 25 2005 repdir.h

Sorry, if it sounded like I was blaming you for the existing problem, I
know that the ball is on our side :)

> The original problems were:
>
> - when you use seekdir() after having deleted a file in the
> directory, you end up in the wrong place in the directory
> stream.
>
> - on some systems each telldir() allocates some memory, adding it to
> a linked list. So if you do it a few million times then you lose a
> lot of memory, and the closedir() takes an extraordinary amount of
> time as it slowly frees the linked list

I think this is a result of using DIRHASH optimisation, we should check,
how the things work if it is disabled.

> and here is some test code that demonstrates the problem:
>
> http://samba.org/ftp/unpacked/samba4/source/lib/replace/test/os2_delete.c

I managed to find and old copy of the code you've sent me 2 years ago in
my /tmp nothing is more persistent than temporary :)

> There are many possible "quick fixes" in Samba. Unfortunately they
> tend to have O(n^2) time or O(dirsize) memory usage, or both. That's
> no good unfortunately.

I think, I should create a PR about this problem and let kernel
developers to find the possible solution.

Still, taking into accound all the above it's strange, that Samba 3.0.24
was able to work with FS other than UFS flawlessly, but now Samba 3.0.25
croaks on just read attempt when accessing FAT FS or ISO9660. Something
has changed in the code so a different route is taken. So, this have to
be investigated farther.

Thanks a lot for your help again!

With best regards,
Timur.
_______________________________________________
freebsd-current mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe"