Bug 2042 - 10s delay between NTLMSSP_NEGOTIATE and response on XP with Samba 3.0.x
Summary: 10s delay between NTLMSSP_NEGOTIATE and response on XP with Samba 3.0.x
Status: RESOLVED INVALID
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: File Services (show other bugs)
Version: 3.0.7
Hardware: x86 Windows XP
: P3 major
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-16 13:06 UTC by Brian Goetz
Modified: 2005-09-29 09:42 UTC (History)
1 user (show)

See Also:


Attachments
Packet capture from ethereal (45.05 KB, application/octet-stream)
2004-11-16 13:06 UTC, Brian Goetz
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Brian Goetz 2004-11-16 13:06:07 UTC
Client system: Windows XP SP2
Server system: RHEL WS 3 (Taroon update 3) with Samba 3.0.7-1.3E1
Network: no windows domain -- ad-hoc network with 4-5 nodes, one server, 
several clients.  

Problem: When accessing a Samba volume from the affected client system, there 
are _long_ delays in opening any folder that has not been recently opened.  

An ethereal dump reveals that every time this XP client sends an 
NTLMSSP_NEGOTIATE request, there is a 10s delay before the server responds.  As 
there can be one or more of these requests in opening a folder, it can take 10, 
20, or more seconds to open a folder the first time.  Dump attached.  

Problem exists whether using NetBT or straight TCP.  

Problem exists on 3.0.7 and 3.0.0 (RPM), and presumably intermediate releases.  
Problem does _not_ exist on 2.2.9 (built from source.)  

Problem does not exist with Win2K client against 3.0.x servers.  

The performance is such that the file server is effectively unusable.  

Packet dump attached -- let me know what more information / experiments are 
needed.  In the dump, the server is 192.168.1.2, and the client is .101.
Comment 1 Brian Goetz 2004-11-16 13:06:40 UTC
Created attachment 777 [details]
Packet capture from ethereal
Comment 2 Brian Goetz 2004-11-18 08:06:27 UTC
Problem confirmed on build of 3.0.8 from source; not introduced by RedHat when 
building RPM.  
Comment 3 Andrew Bartlett 2005-06-05 16:17:48 UTC
We really need to see server-side logfiles, at a level of detail (including
timestamps) that shows which part is stalling.  
Comment 4 Gerald (Jerry) Carter (dead mail address) 2005-09-29 09:42:02 UTC
closing.  no response.