El mié, 25-05-2005 a las 02:20 -0700, Steve Langasek escribió:
> severity 309798 important
> thanks
>
> Hi folks,
>
> Ok, with some hints in the right direction and a little bit of guesswork,
> I've been able to reproduce this bug. It appears that this bug *only*
> manifests on shares that are hosted on VFAT filesystems -- not on NTFS.
> Apparently, 2K does not respond the same to search continuation requests on
> VFAT as it does on NTFS, and ends up in a loop where it repeatedly sends the
> same data. (This is the trigger; it's not a fixed number of files in the
> directory, it's the size of the directory data being sent and whether the
> server has to split it between multiple PDUs.)
I can confirm this.
> Since so far this is only reproducible on 2K or XP servers using VFAT, which
> is a fairly uncommon configuration that will decrease in relevance during
> sarge's lifetime, I don't believe this bug should be considered
> release-critical for sarge; though I will certainly do what I can to help
> the Samba Team get the bug fixed.
Yes, I think it's not a release critical bug (so I submitted it with
sev. important) because of the uncommon of the setup.
But the reality is that this is a very annoying bug, I mean that when
you are browsing the network with nautilus, and you found a FAT machine,
the system goes to OOM.
I think releasing Sarge with this bug can make network browsing unusable
to a sizeable group of people.
To illustrate this:
Network | Number of Shares | Problematic Shares
Student residence | 23 | 2
University | aprox 50 | 1 (that I've found).
So while maybe not a RC bug, as is difficult to found a FAT machine, any
Debian user in our student residence will get gnome-vfs-daemon eating
all of their memory, bandwidth and cpu suddenly, as soon as he/she tries
to list with nautilus the directory contents of any machine, with a
probability of 1/10. The only option given to this user is to logoff, or
go to the command line and kill gnome-vfs-daemon, losing all the
connections and file transfers he had. No fun for him.
Regards and thanks,
Emilio
