Samba: Der Windows Explorer stürzt beim kopieren ab!

H

hazel

Member
Ich habe hier einen frisch aufgesetzten FreeBSD Rechner mit Samba 3.0.23c und 3 XP Clienten im Netz - überall das gleiche Problem: Beim kopieren über den WinExplorer bleibt der Explorer hängen. Kleinere kByte große Dateien klappen (meistens). Bei MByte großen Dateien stürzt der Explorer sofort ab oder es läuft total laggy. Seltsamerweise klappt die ganze Geschichte wenn ich den Server auf VMware installiere! Kopieren kein Problem, keine Lags, alles rasend schnell. Toll! Bin echt am verzweifeln... ;'(

Hier meine smb.conf:
Code: 
[global]
workgroup = Arbeitsgruppe
netbios name = samba
guest account = nobody
keep alive = 30
os level = 65
kernel oplocks = false
security = share
socket options = TCP_NODELAY
map to guest = Bad User
load printers = no
log file = /var/log/samba/log.%m
max log size = 50
wins support = no

[files]
comment = files
path = /usr/home/samba/files
browseable = yes
public = yes
read only = no
create mode = 0777

Hier die Log Dateien:

log.xpclient01:
Code: 
[2007/09/29 15:58:20, 0] lib/util_sock.c:read_data(534)
read_data: read failure for 4 bytes to client 10.10.10.101. Error = Connection reset by peer


log.smbd:
Code: 
[2007/09/29 16:57:22, 0] smbd/server.c:main(847)  smbd version 3.0.23c started.
Copyright Andrew Tridgell and the Samba Team 1992-2006
[2007/09/29 16:57:22, 0] printing/print_cups.c:cups_cache_reload(85)
Unable to connect to CUPS server localhost - Connection refused

log.nmbd: Hier gibts keine Fehler bzw. läuft ordnungsgemäß.

Ich habe schonmal nach der Fehlermeldung "read failure for 4 byte" gegoogelt, konnte aber nichts finden was mir weitergeholfen hätte...

Beim Kopieren taucht manchmal auch diese Fehlermeldung auf:
"[Datei] kann nicht kopiert werden: Der angegebene Netzwerkname ist nicht mehr verfügbar."

Hoffe ihr könnt mir weiterhelfen.
thx.
 
Hallo!

Also ich habe jetzt mal alles umgestöpselt und Kabel ersetzt... keine Besserung.
Jetzt kann es noch am NIC des Servers liegen, allerdings müssten es dann beim download größere Dateien auch zu Problemen führen bzw. die Prüfsumme falsch sein. Werde mal das freebsd image saugen und vergleichen...
 
Hast du schon mal testparm ausgeführt?

Deine smb.conf enthält einige Parameter die in deinem Setup meiner Meinung nach nicht sinnvoll sind:
  • Keep alive wird aus ohne Leerschlag geschrieben, den Defaultwert von 300 ist eigentlich ok, 30 Sekunden wie bei dir ist schon ziemlich wenig.
  • Warum hast du die kernel oplocks ausgeschaltet? Die man-Page von smb.conf sagt dazu kurz: You should never need to touch this parameter.
  • map to guest funktioniert nicht für security=share

Hast du mehrere Netzwerkkarten im Server? Falls ja versuch mal folgendes in deine smb.conf einzutragen.
Code: 
interfaces = 10.10.10.101, 127.0.0.1
bind interfaces only = Yes

mousaka
 
testparm nimmt "keep alive" auch so an - allerdings war wert von 30 ein Tippfehler!
map to guest macht wirklich keinen sinn, RTFM!
Nein der Server hat nur ein NIC.


smb.conf:
Code: 
[global]
workgroup = Arbeitsgruppe
netbios name = samba
guest account = nobody
keepalive = 300
os level = 65
kernel oplocks = true
security = share
socket options = TCP_NODELAY
load printers = no
log file = /var/log/samba/log.%m
max log size = 50
wins support = no

interfaces = 10.10.10.110, 127.0.0.1

[files]
comment = files
path = /usr/home/samba/files
browseable = yes
public = yes
read only = no
create mode = 0777
 
Zuletzt bearbeitet:
Die neue smb.conf hat leider nicht viel gebracht...
Jetzt muss ich endlich mal eine große Datei saugen um auszuschließen dass das NIC beschädigt ist.
 
So, mittlerweile ist das 600MB Image fertig und per md5 verglichen: Prüfsummen stimmen überein. Einen Hardware defekte kann ich also Ausschließen!?
 
Hast du schon mal via ftp oder so lokal in deinen LAN getestet?
Ich nehme an, dein getätigter Download bringt deine NIC nicht wirklich an ihre Grenzen.

Hast du auch probiert, lokal auf dem Samba-Server ein grosse Datei zu kopieren? Test mittel smbclient hast du auch probiert?
Code: 
# smbclient \\\samba\\files

Jetzt sieht die smb.conf i.O. aus. Werte die den default-Wert haben, kannst du getrost weglassen. Lies dazu: http://us3.samba.org/samba/docs/man/Samba-Guide/HA.html#id381279

Für weitere (Samba-)Tests würde ich mal noch die socket option weglassen.

Code: 
[global]
workgroup = Arbeitsgruppe
netbios name = samba
guest account = nobody
security = share
#socket options = TCP_NODELAY
load printers = no
log file = /var/log/samba/log.%m
max log size = 50
wins support = no

interfaces = 10.10.10.110, 127.0.0.1
bind interfaces only=yes

[files]
comment = files
path = /usr/home/samba/files
browseable = yes
public = yes
read only = no
create mode = 0777

mousaka
 
Hi!

Das Image habe ich über ftp.freebsd.org.
Ich werde ftp gleich mal lokal testen...

Hast du auch probiert, lokal auf dem Samba-Server ein grosse Datei zu kopieren?
Zum Vergrößern anklicken....
Du meinst intern auf dem Server eine x-beliebe Datei in das Samba-dir? Klappt > 600MB nach /usr/home/samba/files


smbclient:

Code: 
Sharename       Type      Comment
---------       ----      -------
files           Disk      files
IPC$            IPC       IPC Service (Samba 3.0.23c)

Server               Comment
---------            -------
SAMBA                Samba 3.0.23c
WS08

Workgroup            Master
---------            -------
ARBEITSGRUPPE        WS08


Ich hatte zwar smbclient schon ausgeführt, aber das hatte ich großzügig übersehen:
Server: WS08
WS08 ist ein Laptop mit WinXP Pro. als US-Version! Wieso ist das ein Master???


smb.conf:
Code: 
[global]
workgroup = Arbeitsgruppe
netbios name = samba
guest account = nobody
security = share
load printers = no
log file = /var/log/samba/log.%m
max log size = 50
wins support = no

bind interfaces only = yes
interfaces = 10.10.10.110, 127.0.0.1

[files]
comment = files
path = /usr/home/samba/files
browseable = yes
public = yes
read only = no
create mode = 0777


So, ich habe WS08 vom Netz genommen und Samba neu gestartet. Immer noch kein Erfolg. ;'(
 
Das Image habe ich über ftp.freebsd.org.
Ich werde ftp gleich mal lokal testen...
Zum Vergrößern anklicken....
Dein Internet-Anbindung wird aber um einiges langsamer sein als 100Mbit (, 1Gbit), oder?

Mach mal folgendes im Verzeichnis wo du das ISO-Image abgelegt hast. (sollte nicht /usr/home/samba/files sein).

Code: 
# smbclient \\\\samba\files
smb: \>put 6.2-RELEASE-i386-disc1.iso
smb: \>close
#

Die Befehle sind ähnlich zu den ftp-Kommandos. Du kannst auch noch ein get statt put ausprobieren.

Du willst ja mehr oder weniger ein peer-to-peer Netzwerk, dein Server muss dazu nicht zwingend Master Browser sein.
Zusatzfrage: Funktioniert denn die Namensauflösung?

mousaka
 
Datei per smbclient kopiert.

Namensauflösung klappt vom Client als auch Server aus:
ping samba
ping ws01
 
Zuletzt bearbeitet:
Sorry, Schreibfehler meinerseits.:eek: *schäm*

Es braucht immer doppelt so viele Backslashes wie unter Windows (2->4, 1->2).

Code: 
# smbclient \\\\samba\\files
...

mousaka

EDIT: Sehe, du bist selbst schlau geworden...

Im Moment tippe ich auf die NIC, da Samba zu funktionieren scheint:
  • ftp im lokalen Netz? Schon ein Resultat?
  • andere NIC zum Einbauen vorhanden? Welche NIC ist zurzeit eingebaut (Realtek)?

mousaka
 
Ich weiß jetzt nicht genau wie das NIC über den Chipsatz (AMD690) angebunden ist. Aber ich glaube da sitzt ein eigenständiger Realtek Chip drauf. Vielleicht gibst seitens BSD ein Treiberproblem?
Wenn ich jetzt bloß noch ein PCI-Karte finden würde...*such*
Lokal ftp teste ich gleich...
 
Im Forum findest du einige Threads zu leider mehr oder weniger unbrauchbaren Realtek-NICs.

dmesg sollte dir die genau Bezeichnung des eingesetzen Chips ausspucken.

mousaka
 
Es läuft! *jehpyyy ya yeh*
Neue Netzwerkkarte rein und der Server tanzt Samba!

Vielen, vielen Dank Mousaka und alle die mitgerätselt haben!

Btw: Zur Feier gibts heute Abend Mousaka *g*
 
Mahlzeit =)

Fazit:

Das onboard-NIC des Asus M2A-VM Motherboard ist unter FreeBSD nicht zu empfehlen (oder war schlicht defekt).

Die neue Netzwerkkarte (Conceptronic PCI network card 100Mbit) hat zwar wieder ein Realtek Chipsatz, aber es läuft!
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben