THE problem with no soluce?

[Julien VALIENTE]

Hello,

can anybody tell me a response or an explain?

Regards,

Julien Valiente
jusk at osxt.com


###############################################################
I have 3 servers with samba 2..0.10-2.
One is a domain master and a prefered master an works fine.
But I have "strange" errors on the others: I can read files, transfer files
from server to my win98 PC, create new folders... but I only can put on this
two servers little files (??). The max filesize appear to be at most 1Mb.

The errors are logged in my /var/log/samba/juskordi.log (my win98 computer's
name). They look like that:

====================
[2001/09/18 10:38:58, 1] smbd/service.c:make_connection(550) juskordi
(192.168.0.101) connect to service jusk as user jusk (uid=***, gid=***) (pid
620)
[2001/09/18 10:40:12, 0] lib/util_sock.c:read_socket_data(477)
read_socket_data: recv failure for 736. Error = Connection reset by peer
[2001/09/18 10:40:12, 1] smbd/service.c:close_cnum(581) juskordi
(192.168.0.101) closed connection to service jusk

// on win98 a message box appear saying "transfert aborted" or "cannot
access to the ressource"

[2001/09/18 10:40:12, 1] smbd/service.c:make_connection(550) juskordi
(192.168.0.101) connect to service jusk as user jusk (uid=***, gid=***) (pid
627)
[2001/09/18 10:57:08, 0] lib/util_sock.c:read_socket_data(477)
read_socket_data: recv failure for 45099. Error = Connection reset by peer
[2001/09/18 10:57:08, 1] smbd/service.c:close_cnum(581) juskordi
(192.168.0.101) closed connection to service jusk

// on win98 a message box appear saying "transfert aborted" or "cannot
access to the ressource"

[2001/09/18 10:57:08, 1] smbd/service.c:make_connection(550) juskordi
(192.168.0.101) connect to service jusk as user jusk (uid=***, gid=***) (pid
637)
[2001/09/18 11:00:06, 1] smbd/service.c:close_cnum(581) juskordi
(192.168.0.101) closed connection to service jusk
====================

I read on the web that it can be the network cards, but my 3 linux computers
using redhat have the same card and one works fine...

Of course I check the directories permissions, I flush the ipchains and I
have no disk quotas.
My network cards have no collisions recorded, and no trame error (when i do
a ifconfig).
I check my DNS and lmhost and all seems fine.

My OS is linux RH 7.1, I use samba-2.0.10-2 (RPM) on the 3 computers.

*********************** The master's config is: *************************
******* This computer works fine ************

[global]

workgroup = ****
server string = ****
netbios name = ****
hosts allow = 192.168.0.

printcap name = /etc/printcap
load printers = no
printing = lprng

log file = /var/log/samba/%m.log
max log size = 200

security = user
password level = 0
username level = 8
encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd
unix password sync = no
passwd program = /usr/bin/passwd %u

socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
interfaces = 192.168.0.6/255.255.255.0

local master = yes
os level = 64
domain master = yes
preferred master = yes

name resolve order = lmhosts host bcast
dns proxy = no

[Test]
   comment = Dossiers test
   browseable = yes
   path = /pub/test
   writable = yes
   public = no
   write list = **** ****
   create mode = 0770



*********************** The other's config is: *************************
******* this 2 computers says socket errors *********

[global]

workgroup = ****
server string = ****
netbios name = ****

hosts allow = 192.168.

printcap name = /etc/printcap
load printers = no
printing = lprng

log file = /var/log/samba/%m.log
max log size = 200

security = user
password level = 0
username level = 8
encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd
unix password sync = no
passwd program = /usr/bin/passwd %u

socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
interfaces = 192.168.0.2/255.255.255.0

local master = no
os level = 32
domain master = no
preferred master = no

name resolve order = lmhosts host bcast
dns proxy = no

[test]
   comment = test
   browseable= yes
   valid users = ****
   path = /
   writable = yes
   public = no
   create mode = 0700


###############################################################

I notice that when the Win's error message box appear, the file is physicaly
on the server (very strange, the date, time and size are correct). I've
tried to copy this file before closing the message box on the server with
another name, i click the OK button on windows, the <<wrong>> file was
deleted (this with the real name). But when i tried to access the copy that
i did, the file was ok !!. It's the stragest think i've never seen... The
transfert is ok, but it appear that samba detect something wrong with the
client and delete the file !!

I've tried to stop the server on the others computer except one that don't
work (to verify that it wasn't a conflict between two servers), but the
problem was still here.


###############################################################

at this link (http://samba.cadcamlab.org/lists/samba-technical/Nov2000/00016.html)
someone says the causes of the problem. He says that the samba team is
working on the problem. I got the same problem again.

I've tried some others possibilities for the socket option... no result
I've tried some others possibilities for the keepalive... no result

Something strange again:
I've tried to set a "debug level = 40" in the /etc/samba/smb.conf file...
this fix the problem, but I got a logfile of 40Mo for one transfert of
1.4Mo... so it isn't a solution. But it shows that it appeared to be a
timeout problem... I read the RFC of NetBios, and i learn the the protocol
verify if client is alive by sending packets through TCP connection. If
response's time is high samba says "reset by peer"... it's why i tried to
change the keepalive value... I notice too that my hub indicate lot of
collisions. But it's the same case whith my server that work fine, so i
think this is not the reason of the problem...

###############################################################
-------------- next part --------------
HTML attachment scrubbed and removed