PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Samba: Connection reset by peer



Basti_litho
26.02.04, 09:27
Hallo,

Seit ich hier ein Gentoo aufgesetzt hab mit Sama (3.0.2a) bekommen wir hier immer folgende Meldung:


[2004/02/26 06:32:43, 0] lib/util_sock.c:write_socket(413)
write_socket: Error writing 4 bytes to socket 5:
ERRNO = Die Verbindung wurde vom Kommunikationspartner zurückgesetzt

Hab natürlich hier und bei Google (auch in den Groups) gesucht - leider bekomm ich auf die Fehlermeldung die verschiedensten Lösungsansätze (lmhost, hosts, dhcp, samba version, keepalive, deadtime.....usw.). Habe alle durchprobiert - nix hat geholfen :(

Eine untersuchung mit tcpdump der Packete brachte, dass anscheinend wirklich die Clients ein Reset Packet senden - warum auch immer.

Die Clients sind beide Windows 2000 (aber auch bei WinXP trat das auf).

Ich hab keinerlei Ideeen mehr - daher: Hat einer von euch noch eine Idee?

Die Globalen Samba Einstellungen:


[global]
workgroup = TUX
server string = Samba Server %v
interfaces = 192.168.100.1/255.255.255.0
bind interfaces only = Yes
log file = /var/log/samba/log.%m
max log size = 150
keepalive = 2
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 SO_KEEPALIVE
local master = No
dns proxy = No
wins proxy = Yes
wins support = Yes

auch ein "oplock break wait time = 60" hab ich schon versucht - kein Erfolg.

Gruss,
Basti

Doh!
26.02.04, 09:39
Kann auch sein, dass in Deinem Netzwerk Collissions auftreten. Passiert immer dann, wenn es Probleme mit den Kabeln gibt oder die Netzwerkkomponenten net so dolle sind.

Basti_litho
26.02.04, 10:02
Also hier mal die Ausgabe von tcpdump (vielleicht ganz nützlich):


09:58:42.665527 192.168.100.27.1561 > 192.168.100.1.139: R 978611740:978611740(0) win 0
09:59:22.053152 192.168.100.1.139 > 192.168.100.23.1026: P 3685:3689(4) ack 4231 win 5840 NBT Packet (DF)
09:59:22.053324 192.168.100.23.1026 > 192.168.100.1.139: R 3479405238:3479405238(0) win 0


Doh!: glaub ich nicht, da es ziemlich genau alle 11 Minuten vorkommt.

Was noch seltsam ist: an den Clients habe wir eigentlich nie was geändert - d.h. ich glaub nicht das es (der Reset) wirklich von den Clients alleine verursacht wird.

oafish
26.02.04, 11:03
Hi,
denke, entweder oder:

wins proxy = Yes
wins support = Yes

:)

oafish

Doh!
26.02.04, 12:23
poste mal ifconfig -all

Basti_litho
26.02.04, 13:06
mein ifconfig kennt kein -all :D

hier mal die normale Ausgabe (obwohl ich grad neu gestartet hab),
aber ich hab früher auch schon mal nach "Kollisionen" oder sonstigen Errors geschaut - nix.


eth0 Protokoll:Ethernet Hardware Adresse 00:10:DC:FD:60:BA
inet Adresse:192.168.100.1 Bcast:192.168.100.255 Maske:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:840969 errors:0 dropped:0 overruns:0 frame:0
TX packets:855219 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:189207965 (180.4 Mb) TX bytes:224463459 (214.0 Mb)
Interrupt:11 Basisadresse:0xdc00

eth1 Protokoll:Ethernet Hardware Adresse 00:30:84:78:9D:06
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:52140 errors:0 dropped:0 overruns:0 frame:0
TX packets:37781 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:63268837 (60.3 Mb) TX bytes:3008041 (2.8 Mb)
Interrupt:10 Basisadresse:0x1f00


eth1 ist die DSL Karte (Realtek) und die eth0 ist die Interne Lan Karte (Via Rhine-II).

@oafish: war das auf meinen aktuelles Problem gemeint oder ein Allgemeiner Hinweiß?
falls ersteres: hab "wins prox" auskommentiert - hat aber leider nix gebracht. Falls zweiteres: danke für den Hinweiß :)