File transfer speed issue

[Anders Widman]

Hello everyone!

I experience about the same problem. I get very slow speed from Windows machines to/from Samba, only about 5-6MB/s, while FTP transfers are arount 10-12MB/s (both directions). Samba is 
using (according to TOP, wich I don't think is a good tool for this pupose) about 10-30% CPU resources, but while running FTP, Glftpd is only using about 2-5%.

My machine is:

PIII 600
Ext3 as root filesystem
Reiserfs running ontop LVM for file-sharing
Tested kernels: 2.4.7-2.4.17-8 + 2.5-2.5.1-10
Running Redhat 7.2. Only a few services are running (ssh, glftpd, arpwatch, smbd, nmbd, etc..).


I can find a few errors in the logfiles though:

log.computer2:

[2001/12/10 01:58:40, 0] lib/util_sock.c:read_socket_data(478)
  read_socket_data: recv failure for 4. Error = Connection reset by peer
[2001/12/10 01:59:01, 0] lib/util_sock.c:read_socket_data(478)
  read_socket_data: recv failure for 4. Error = Connection reset by peer
[2001/12/10 11:02:16, 0] lib/util_sock.c:read_socket_data(478)
  read_socket_data: recv failure for 4. Error = Connection reset by peer
[2001/12/10 11:10:44, 0] lib/util_sock.c:read_socket_data(478)
  read_socket_data: recv failure for 4. Error = Connection reset by peer
[2001/12/10 21:44:50, 0] lib/util_sock.c:read_socket_data(478)
  read_socket_data: recv failure for 4. Error = Connection reset by peer
[2001/12/10 22:09:56, 0] lib/util_sock.c:read_socket_data(478)
  read_socket_data: recv failure for 4. Error = Connection timed out
[2001/12/11 00:14:19, 0] passdb/pampass.c:smb_pam_passcheck(828)
  smb_pam_passcheck: PAM: smb_pam_auth failed - Rejecting User <not shown>
[2001/12/11 00:14:22, 0] passdb/pampass.c:smb_pam_passcheck(828)
  smb_pam_passcheck: PAM: smb_pam_auth failed - Rejecting User <not shown> !
[2001/12/11 09:10:30, 0] lib/util_sock.c:read_socket_data(478)
  read_socket_data: recv failure for 4. Error = Connection reset by peer
[2001/12/12 22:20:42, 0] smbd/nttrans.c:call_nt_transact_ioctl(1762)
  call_nt_transact_ioctl: Currently not implemented.
[2001/12/12 22:29:44, 0] lib/util_sock.c:read_socket_data(478)
  read_socket_data: recv failure for 4. Error = Connection reset by peer
[2001/12/12 22:30:56, 0] smbd/nttrans.c:call_nt_transact_ioctl(1762)
  call_nt_transact_ioctl: Currently not implemented.

plus a few lines like these in /var(/log/messages:

call_nt_transact_ioctl: Currently not implemented
read_socket_data: recv failure for 4. Error = Connection reset by peer


There aren't many errors, and I have several machines to try with, and they all give the same problem. I have used Windows 98. ME, 2000 and XP.

Any help is appreciated.

//Anders




2001-12-03 15:27:41, "Colin Haffenden" <chaffend at msxi-euro.com> wrote:

>Kohei,
>
>Forget that I got test 7 working in the end.
>
>Thanks,
>
>Colin.
>
>>>> "Colin Haffenden" <chaffend at msxi-euro.com> 12/03/01 02:14pm >>>
>Kohei,
>
>Thanks for your help so far.
>
>I am going through the DIAGNOSIS.txt but on test 7 it is failiing with
>BAD PASSWORD.
>
>Do you know whether the compiled Samba 2.2.2 from Sunfreeware has
>shadow password support?
>
>Thanks,
>
>Colin.
>
>>>> Kohei Yoshida <kyoshida at mesco.com> 11/30/01 06:25pm >>>
>Well, comparing your smb.conf to mine, the only differences that I see
>pertinent is that I use
>
>keepalive = 30
>socket options = TCP_NODELAY IPTOS_LOWDELAY SO_SNDBUF=16384 \
>SO_RCVBUF=16384 SO_KEEPALIVE
>
>But I honestly think this shouldn't make a performance gain or loss
>significant enough to stop data transfer altogether.
>
>The only thing I can say to you at this point is to follow the
>DIAGNOSIS.txt that you find in the samba tarball under
>"docs/textdocs".
>
>This should help you narrow down where the problem is.  If the problem
>is reproducible, then turn on your logging facility and check the log
>to
>see if there is any kind of error messages there.
>
>Sorry I couldn't be of much help.
>
>
>Kohei
>
>On Fri, 2001-11-30 at 11:12, Colin Haffenden wrote:
>> Yep, ftp is fine so it's not the network or hardware.
>> 
>> Colin.
>> 
>> >>> Kohei Yoshida <kyoshida at mesco.com> 11/30/01 04:13pm >>>
>> On Fri, 2001-11-30 at 09:58, Colin Haffenden wrote:
>> > Hi Kohei,
>> > 
>> > We are running with service pack 6a.
>> > 
>> > Is there a patch that we need to add?
>> 
>> Not that I'm aware of.  Umm...  Did you try to transfer files via
>ftp
>> etc. to see if it's not the network connection itself?
>> 
>> Kohei
>>  
>> 
>> 
>> This Message has been Checked at MSXI for all known Viruses. 
>> You open this at your own risk. Please make sure all replies are 
>> also virus free.
>> MSXI
>> 
>> 
>
>
>
>-- 
>To unsubscribe from this list go to the following URL and read the
>instructions:  http://lists.samba.org/mailman/listinfo/samba 
>
>-- 
>To unsubscribe from this list go to the following URL and read the
>instructions:  http://lists.samba.org/mailman/listinfo/samba
>
>-- 
>To unsubscribe from this list go to the following URL and read the
>instructions:  http://lists.samba.org/mailman/listinfo/samba
>
>