Very bad performance when copying large files from windows to samba-share

[Lars Heineken]

Hi !

I tried all the things you suggested.


I mounted the samba-share. (until now the share was not mounted at the windows-client) -> No change.
I mounted the share via IP-Adress -> No change.


On Fri, 12 Apr 2002 08:52:59 -0500
"Esh, Andrew" <AEsh at tricord.com> wrote:

> I've tested files at the 4G limit, back when there were a few issues with
> that size. All known issues were fixed, and tests I have seen regularly
> store files larger than 4G on Samba.

I stumbled over posts about a quite similar problem, when I was searching for a solution with google. These posts where arround 1999. 
I read nothing about a solution, but a lot about that it was fixed with release of 2.0.0. 
A sigle mail from 2002 explained exactly the same problem as mine, but there was no solution, too. He tried to move a cd-rom-image over the net..

 
> I also have a lot of experience with Win98. There is a performance problem
> which is difficult to produce, but large files should still be copied,
> albeit slowly. To avoid the performance problem I am speaking of, make sure
> you mount the share using the IP address of the host, and not its name.

 
> It sounds, to me, that your Samba daemon may be having some other problem.
> The disk activity with no network activity could be a core file being
> written. Set your debug level to 10, copy the same file, and have a look at
> the tail end of the logs.

If the writing on disk is a core-dump, where can I find it ?

I've set the debuglevel to 10. I read every line carefully but could not find any errors, only a few mysteriuos dump-lines from varius modules, but nothing irregular.
Here are the few interresting lines i found:

typical "dump-lines":

[2002/04/12 16:37:36, 10] lib/util.c:dump_data(1484)
  [000] 8D 02 A0 5F 16 4C 04 C0  05 67 96 10 82 2F 43 91  ..._.L.. .g.../C.
[2002/04/12 16:37:36, 10] lib/util.c:dump_data(1492)
  [010] 1E 00 B8 E4 80 9F 91 3F  18 3A 01 93 48 24 9C 41  .......? .:..H$.A
[2002/04/12 16:37:36, 10] lib/util.c:dump_data(1492)
  [020] AD 08 44 03 2F 64 8D 18  06 AD DA 7B B3 1A 93 00  ..D./d.. ...{....
[2002/04/12 16:37:36, 10] lib/util.c:dump_data(1492)
  [030] 0A 6C F8 04 83 64 EA ED  51 A7 41 9C EF A2 C0 65  .l...d.. Q.A....e
[2002/04/12 16:37:36, 10] lib/util.c:dump_data(1492)
  [040] 58 27 C6 D7 47 01 7C 82  4F AA 3E 84 36 DA 2C 0D  X'..G.|. O.>.6.,.
[2002/04/12 16:37:36, 10] lib/util.c:dump_data(1492)
  [050] 46 D8 0C E8 44 F3 B2 A1  C2 1D 8D 80 7D 70 82 35  F...D... ....}p.5
[2002/04/12 16:37:36, 10] lib/util.c:dump_data(1492)
  [060] 7B 8C 78 4D D1 10 E8 FF  06 9F FF B9 23 E4 D1 0F  {.xM.... ....#...
[2002/04/12 16:37:36, 10] lib/util.c:dump_data(1492)
  [070] DC 2F 81 AB 87 5E C7 F0  62 00 18 70 11 94 DC 0E  ./...^.. b..p....
[2002/04/12 16:37:36, 10] lib/util.c:dump_data(1492)
  [080] AA 60 19 11 28 44 D0 9E  82 DD 95 8C 00 8C DA C0  .`..(D.. ........
[2002/04/12 16:37:36, 10] lib/util.c:dump_data(1492)
  [090] 3C E0 22 EC 44 1E 06 E0  1C 1E 34 08 C6 F7 C7 80  <.".D... ..4.....
[2002/04/12 16:37:36, 10] lib/util.c:dump_data(1492)
  [0A0] 0E E1 D5 FF 18 C3 C8 23  4F E6 98 EA 86 0A E0 42  .......# O......B
[2002/04/12 16:37:36, 10] lib/util.c:dump_data(1492)
  [0B0] 1A CB 1A E0 72 67 22 0F  20 0B 0F A1 17 42 E0 D0  ....rg".  ....B..

kernel-oplock:

smbd/oplock_linux.c:linux_release_kernel_oplock(194)
release_kernel_oplock: file cd2, dev = 307, inode = 355 file_id = 1 has kernel oplock state of 1.

I hope we can solve this one fast, samba is too good to fail with this type of trouble.