[Bugme-new] [Bug 33102] New: File's copied from client->linux server only copy 1st 64K data; rest is lost
bugzilla-daemon at bugzilla.kernel.org
bugzilla-daemon at bugzilla.kernel.org
Mon Apr 11 15:12:41 PDT 2011
https://bugzilla.kernel.org/show_bug.cgi?id=33102
Summary: File's copied from client->linux server only copy 1st
64K data;rest is lost
Product: Networking
Version: 2.5
Kernel Version: 2.6.38.2
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: blocking
Priority: P1
Component: IPV4
AssignedTo: shemminger at linux-foundation.org
ReportedBy: lkml at tlinx.org
Regression: Yes
Created an attachment (id=54112)
--> (https://bugzilla.kernel.org/attachment.cgi?id=54112)
config file
I've run into a problem copying a 3.6M file from a Win7 client to
the linux server via cifs.
Under 2.6.38.2, it only copies the first 64K (exactly) and the
client gets a write error.
Using wireshark, in the success case, after the client sends the first
64K, the server response with 4 acks each advertising a Window
size of ~48K, followed by an SMB packet acknowledging the first 64K, w/info:
"WRITE AndX Request, 65536 bytes".
In the fail case, the server responds with 4 acks, but in each of the
4 ACKS, it's advertising strange window sizes of 881, 1161, 1441 1721
and then responds with a faulty SMB packet w/info:
"[TCP Retransmission] Trans2 Response<unknown>"
Under the Trans2 section it says:
Subcommand: <Unknown> since request packet wasn't seen.
----
I originally upgraded from 2.6.35.7 -> 2.6.38.2 and encountered this
prob, so successively tried the 26.35.7 config w/2.6.36, 37, 38 and finally
38.1 -- they all work.
The same config on 2.6.38.2 fails as described above.
Config attached.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the Bugme-new
mailing list