File transfer speed issue
Anders Widman
andewid at tnonline.net
Wed Dec 12 13:55:06 GMT 2001
Oh forgot:
smb.conf:
I have tried with and without most options below with no difference in performance.
[global]
workgroup = WORKGROUP
server string = Samba 2.2.2 Server
interfaces = eth0
security = SHARE
log file = /var/log/samba/log.%m
max log size = 50
read bmpx = Yes
announce version = 5
socket options = TCP_NODELAY SO_RCVBUF=65536 SO_SNDBUF=65536 IPTOS_LOWD_LOWDELAY
load printers = No
os level = 35
lm announce = True
preferred master = True
domain master = True
wins support = Yes
guest account = anonymous
create mask = 0644
hosts allow =
[root]
comment = temp folder
path = /tmp
read only = No
guest ok = Yes
fstype = FAT32
//Anders
2001-11-05 22:47:15, Anders Widman <andewid at tnonline.net> wrote:
>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
>>
>>
>
>
>
>
>--
>To unsubscribe from this list go to the following URL and read the
>instructions: http://lists.samba.org/mailman/listinfo/samba
>
>
More information about the samba
mailing list