Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 69709 - Connection to samba is very unstable.
Summary: Connection to samba is very unstable.
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Gentoo's SAMBA Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-01 05:33 UTC by neuron
Modified: 2004-11-07 17:18 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description neuron 2004-11-01 05:33:27 UTC
Server is running samba-3.0.7-r1, client was running samba-3.0.7-r1 now running samba-3.0.7-1ubuntu6 while I'm testing ubuntu.  Had the problem in both cases.

While playing an mp3 through a mounted directory it stops and skips, I find this in dmesg:
CIFS VFS: No response buffer
smbfs has the same problem, but takes waaay longer to reconnect (doesn't count as skips when it has 2 minute pauses).

If I play through nfs the file plays without any skips whatsoever.

Server log shows this:
[2004/11/01 14:29:25, 1] smbd/service.c:close_cnum(837)
  192.168.0.2 (192.168.0.2) closed connection to service testshare
[2004/11/01 14:29:25, 1] smbd/service.c:make_connection_snum(648)
  192.168.0.2 (192.168.0.2) connect to service testshare initially as user neuron (uid=1001, gid=10) (pid 28227)
[2004/11/01 14:29:46, 1] smbd/service.c:close_cnum(837)
  192.168.0.2 (192.168.0.2) closed connection to service testshare
[2004/11/01 14:29:46, 1] smbd/service.c:make_connection_snum(648)
  192.168.0.2 (192.168.0.2) connect to service testshare initially as user neuron (uid=1001, gid=10) (pid 28228)
[2004/11/01 14:30:07, 1] smbd/service.c:close_cnum(837)
  192.168.0.2 (192.168.0.2) closed connection to service testshare
[2004/11/01 14:30:07, 1] smbd/service.c:make_connection_snum(648)
  192.168.0.2 (192.168.0.2) connect to service testshare initially as user neuron (uid=1001, gid=10) (pid 28756)

as you can see from the timestamps it reconnects constantly.


Reproducible: Always
Steps to Reproduce:
1.mount samba share
2.play mp3
Actual Results:  
Sound skips

Expected Results:  
Should play smoothly.

Portage 2.0.51-r2 (default-x86-1.4, gcc-3.4.1, glibc-2.3.4.20040808-r1, 2.6.9 i686)
=================================================================
System uname: 2.6.9 i686 AMD-K7(tm) Processor
Gentoo Base System version 1.4.16
distcc 2.18 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /opt/glftpd/etc /usr/kde/2/share/config
/usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon -O2 -pipe -fomit-frame-pointer"
DISTDIR="/mnt/storage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox"
GENTOO_MIRRORS="http://ftp.du.se/pub/os/gentoo http://ds.thn.htu.se/linux/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://192.168.0.1/gentoo-portage"
USE="3dnow apache2 apm avi berkdb bitmap-fonts crypt cups encode f77 foomaticdb
gd gd-external gdbm gif gpm imlib java jpeg ldap libg++ libwww mad maildir
mikmod mmx motif mpeg mysql ncurses nls nptl oggvorbis oss pam pdflib perl png
python quicktime readline sdl slang spell ssl tcpd truetype x86 xml2 xv zlib"
Comment 1 Michael Glauche (RETIRED) gentoo-dev 2004-11-02 00:36:28 UTC
1) did you try sendfile=no, as suggested in the ebuild ?

Which kernel did you use on the clients ? the later 2.6.x have some problems with smbfs, cifs might be a good alternative for the moment
Comment 2 neuron 2004-11-02 04:22:05 UTC
Serverside I've been on 2.6.9 for a while because of an iptables bug on my firewall config.
Clients have been 2.6.8.1, tried sendfile = no and been running an mp3 for 2 minutes without problems now (which is a new record), thanks, this seems to have solved it, I will reopen if I can recreate it with sendfile = no :)
Comment 3 neuron 2004-11-02 04:53:37 UTC
Hmm, it seems this started happening again.

It works fine for a while and then starts skipping.
Comment 4 neuron 2004-11-04 05:27:54 UTC
turned on debug logging on the server and oddly enough I got debug data on the client aswell, the server had nothing interesting, but the client did:

 3bff0000 424d53ff 0000002e c8018000 . . 
Comment 5 neuron 2004-11-04 05:27:54 UTC
turned on debug logging on the server and oddly enough I got debug data on the client aswell, the server had nothing interesting, but the client did:

 3bff0000 424d53ff 0000002e c8018000 . . ÿ ; ÿ S M B . . . . . . . È
 00000000 00000000 00000000 13e10001 . . . . . . . . . . . . . . á .
 05df0064 2c000200 d . ß . .
 CIFS VFS: No response buffer
 CIFS VFS: Send error in read = -11
 CIFS VFS: No response buffer
 CIFS VFS: Invalid size or format for SMB found with length 36 and pdu_lenght 65343
Received Data is: : dump of 37 bytes of data at 0xc91609a0

this happens over and over and over, in this exact format.
Comment 6 neuron 2004-11-07 17:18:51 UTC
Fam was the reason for this, disabling it and I've run for hours with no problems at all.