Bug 1669 - Slow initial list of shares using browse option MS Windows
Summary: Slow initial list of shares using browse option MS Windows
Status: RESOLVED WONTFIX
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: File Services (show other bugs)
Version: 3.0.6
Hardware: Sparc Solaris
: P3 major
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-26 12:27 UTC by Craig McDowell
Modified: 2006-04-14 14:50 UTC (History)
0 users

See Also:


Attachments
smb.conf files (22.00 KB, application/x-tar)
2005-06-13 08:27 UTC, Craig McDowell
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Craig McDowell 2004-08-26 12:27:42 UTC
Samba 2.2.8a takes 1 seconds to display the shares of a Samba server using
MS Windows browse option from "My Network Places".  Samba 3.0.6 takes 
9 seconds to display the same.  Users are complaining about the long delay.
Can this be fixed?  Why is Samba 3.x so much slower listing the available 
shares for a server than Samba 2.x?  Is there any parameter changes that
can speed it up?  Thanks.
Comment 1 Gerald (Jerry) Carter (dead mail address) 2004-10-29 07:58:34 UTC
please provide a lot more details such as 
raw network traces (via snoop, ethereal, or tcpdump)
Comment 2 Craig McDowell 2005-06-13 08:27:09 UTC
Created attachment 1270 [details]
smb.conf files
Comment 3 Craig McDowell 2005-06-13 08:29:29 UTC
Our testing has shown that the slow browse is a result of "server"
authentication using Samba 3.x with a samba workgroup.  When we switch to
"domain" authentication the problem goes away.  The server authentication
settings in smb.conf were the same for both V2 and V3 but the Samba V3 performs
differently, perhaps related to machine trust accounts.  Any ideas on why this
might be?  The MS Windows environment has not changed.  I have attached the
smb.conf files for the server authentication as samba_1669.tar.
Comment 4 Gerald (Jerry) Carter (dead mail address) 2006-04-14 14:50:15 UTC
closing.  issue with 'security = server'