Displaying 4 results from an estimated 4 matches for "trans2_find_first2".
2001 Mar 01
1
A problem between smbclient and a share with windows 3.11
...-
> > From: victor3.lopes@voila.fr [SMTP:victor3.lopes@voila.fr]
> >
> > Error: Looping in FIND_NEXT??
> >
> > What the problem, which parameter to set in configuration of smb.conf
> > to do resolve the problem.
> >
> None. smbclient and smbfs use of TRANS2_FIND_FIRST2/NEXT2 was and might still be shady when stressed. There where problems with listing the contents of a large directory using smbfs not to long ago. Seems that funny characters in filenames can confuse this code. Try other directories. Or try moving half the files into another directory momentarily a...
2001 Nov 21
0
Samba can't find file, NT can
....... .... ...0 = Dont disconnect TID
.... .... .... ..0. = Two way transaction
Timeout: 0
Reserved2: 0
Parameter Count: 39
Parameter Offset: 66
Data Count: 0
Data Offset: 0
Setup Count: 1
Reserved3: 0
Setup1: 1
Byte Count (BCC): 40
Transact Name: TRANS2_FIND_FIRST2
Pad1: \000
Parameters: \026\000\006\000\000\000\004\001\000\000\000\000\MY
DOCUMENTS\TESTING2.CLS\000
Frame 26 (234 on wire, 234 captured)
Time delta from previous packet: 0.061155 seconds
Ethernet II
Internet Protocol
Transmission Control Protocol, Src Port: netbios-ssn (139), Dst Por...
2003 Dec 01
0
No subject
...9 0.048666 matiu.mcs.vuw.ac.nz turakirae.mcs.vuw.ac.nz SMB TRANS2_QUERY_PATH_INFORMATION Request
10 0.052008 turakirae.mcs.vuw.ac.nz matiu.mcs.vuw.ac.nz SMB TRANS2_QUERY_PATH_INFORMATION response
11 0.052377 matiu.mcs.vuw.ac.nz turakirae.mcs.vuw.ac.nz SMB TRANS2_FIND_FIRST2 Request
12 0.059376 turakirae.mcs.vuw.ac.nz matiu.mcs.vuw.ac.nz SMB TRANS2_FIND_FIRST2 response
13 0.064258 matiu.mcs.vuw.ac.nz turakirae.mcs.vuw.ac.nz SMB SMBntcreateX Request
14 0.070654 turakirae.mcs.vuw.ac.nz matiu.mcs.vuw.ac.nz SMB SMBntcreateX Resp...
2003 Dec 01
0
No subject
...It looks like the propagation delay generated by the client waiting for
each response
before sending the next request might be the main cause of the slowness.
smbclient/linux:
With smbclient as client, the picture is quite different. The main
interaction is that the client sends
a TRANS2_FIND_FIRST2 request and the server responds with a a
TRANS_FIND_FIRST2 response
indicating a data size to come of 54K. The server proceeds to send
continuation messages
until the whole 54K of response has been transmitted (only pausing for
acks when the TCP transmit
window is exhausted).
So...