PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Suse 10.1 Samba Tempo Tuning



joge
21.07.06, 14:12
Backups von einem Windows Client auf Suse 10.1 unter Samba sind unerträglich langsam, trotz 1GHSZ Lan.
D.h. von Windows auf Linux bricht das Tempo extrem ein. Umgekehrt von Linux auf Windows mehr oder weniger das selbe.
Hat jemand einen "Tuning-Tip"?

Danke im voraus ;)
joge

bla!zilla
21.07.06, 14:48
Also das Samba unerträglich langsam ist, wird weniger an den 1 Ghz liegen, als viel mehr an deinem Netzwerk. Aber da brauchen wir schon etwas mehr Informationen zum Aufbau des Netzwerkes, welche Netzwerkkarten, welche Geschwindigkeit usw.

Nyomic
21.07.06, 20:53
trotz 1GHSZ Lan.


damit meint er wahrscheinlich trotz Gbit-Lan.
Füg mal "socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192" deiner smb.conf hinzu und teste die geschwindigkeit erneut.

joge
23.07.06, 16:44
Vielen Dank für Eure Hilfe und Überlegungen. Sorry, natürlich meinte ich Gigabit LAN.
Habe die samba conf bearbeitet, leider bringt es nichts. Das Problem ist nur von Windows auf Samba, rückwarts geht es flott (Linux auf Windows). Vermutlich ein Windows Problem, nur unter Windows auf Windows im Netz läuft es ebenfalls schnell. Also doch irgend ein Problem zwischen Windows und Samba (zumindest mit Suse 10.0/10.1)

Hier meine samba config, mit dem neuen Tip! Danke für Hilfe! :)
joge


# smb.conf is the main Samba configuration file. You find a full commented
# version at /usr/share/doc/packages/samba/examples/smb.conf.SUSE if the
# samba-doc package is installed.
# Date: 2006-05-02
[global]
workgroup = Medien
printcap name = cups
cups options = raw
map to guest = Bad User
include = /etc/samba/dhcp.conf
logon path = \\%L\profiles\.msprofile
logon home = \\%L\%U\.9xprofile
logon drive = P:
add machine script = /usr/sbin/useradd -c Machine -d /var/lib/nobody -s /bin/false %m$
domain logons = yes
domain master = yes
os level = 65
preferred master = yes
restrict anonymous = no
server string = Samba auf Audio
max protocol = NT
ldap ssl = No
server signing = Auto
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192

[homes]
comment = Home Directories
valid users = %S, %D%w%S
browseable = No
read only = No
inherit acls = Yes

[profiles]
comment = Network Profiles Service
path = %H
read only = No
store dos attributes = Yes
create mask = 0600
directory mask = 0700

[users]
comment = All users
path = /home
read only = No
inherit acls = Yes
veto files = /aquota.user/groups/shares/

[groups]
comment = All groups
path = /home/groups
read only = No
inherit acls = Yes

[printers]
comment = All Printers
path = /var/tmp
printable = Yes
create mask = 0600
browseable = No

[print$]
comment = Printer Drivers
path = /var/lib/samba/drivers
write list = @ntadmin root
force group = ntadmin
create mask = 0664
directory mask = 0775

[netlogon]
comment = Network Logon Service
path = /var/lib/samba/netlogon
write list = root

ldi91
23.07.06, 19:02
Das nächste mal postewst du langen code bitte in den
Tags.

DANKE

mamue
24.07.06, 09:20
Hast Du mal die Performance ohne Samba getestet, etwa mit FTP oder, wenn beide PC einigermaßen Fix sind, mit sftp? Wie sieht die Belastung der Maschinen derweil aus (top, insbesondere %sy und %wa)? Mit netio lässt sich auch einiegrmassen die rohe Netzwerkperformance testen. Besonders aussagekräftig ist das nicht, aber wenn die Meßwerte um Größenordnungen unter dem zu erwartenden Wert liegen, ist möglicherweise eine Netzwerk-Komponente defekt/falsch konfiguriert.

HTH,
mamue

joge
24.07.06, 11:48
Danke für den Tip, Mamue.
Habe dies selber schon im Vorfeld geprüft. Hat nichts mit der Hardware zu tun.
Linux - Lunux, Win-Win läuft absolut im richtigen Tempo, nur leider Win-auf Linux Server extrem langsam.

grüße
joge

emba
25.07.06, 15:22
bei welchen protokollen ist es denn "lahm"? und was heisst "lahm" ueberhaupt?

wie sieht dein disksetup aus? raid?
lokales schreiben schnell?

welches backupprogramm setzt du ein?
wenn das prob nur bei smb/cifs auftritt, kann es auch am locking liegen

greez

joge
26.07.06, 15:28
Danke greez.
Disk Setup sind normales S-ATA Platten, lokales Schreiben schnell. Auch Übertragung von gleichen Betriebsystemen Linux-Lunux oder Win/Win bei gleichen PC Konfigurationen gleich schnell. Nur wenn wir von einem Client unter Windows XP auf Linux Samba (gem. samba conf oben) sichern, dann bricht die Geschwindigkeit ein. Eine Sicherung von ca. 300 mbs dauert dann 20-25 Minuten und unter reinem Windows Systemen nur 10-12 Minuten max, je nach Auslastungen.
Als Sicherungsprogramm von Win XP auf Clients/Samaba nehmen wir Synchro Pro.
Aber selbst bei manueller Sicherung (also kopieren einer Datei) auf den Samba Rechner dauert es deutlich länger wie unter nativen Windows.
Von Linux zurück auf Windows traumfaht - schneller als unter reinem Win. So sollte es ja auch sein.
Das Problem ist auch bei anderen schon aufgetreten, habe mittlerweile mal gegooglet.
Nun, wenn es nicht anders geht dann sichern wir halt künftig über Linux, nur ich habe hier noch keine einfach aufgebautes Synchro Programm gefunden (welches wirklich alles User auf Knopfdruck benutzen können).

joge

emba
26.07.06, 15:40
kannst du bitte mal eine testshare einrichten und folgendes zusaetzlich eintragen in die share:



oplocks = yes
use sendfile = yes


und in die global section:


kernel oplocks = no


wie ist die auslastung des smbd prozesses und der %wait-angabe in top, wenn das schreiben auf dem linux pdc so langsam ist?

greez

joge
26.07.06, 16:41
Sorry, hier hören meine Suse-Linux Kenntnisse auf. Soll ich den share Vermerk in die Samba conf schreiben?

danke joge

emba
26.07.06, 18:05
einfach eine vorhandene share clonen (nicht homes), dort die parameter oben einfuegen. die kernel oplocks kommen in die global section, noch vor den homes

greez

joge
27.07.06, 15:35
Super Tip - die Testshare läuft jetzt richtig schnell, ca. 20-30 % flotter wie vorher. Aber von Linux auf Windows zurück immer noch schneller. Aber damit können wir leben - super Tip.
Das schönste wär alles auf Linux umzustellen, geht halt leider (noch) nicht.
Danke greez -


joge

emba
28.07.06, 09:25
bitte pruefe aber nochmals in der smb.conf, ob du mit den parametern leben kannst


greez

joge
28.07.06, 13:55
Geprüft - danke für den neuen Hinweis. Ist alles okay, läuft jetzt rund und wir können schnell backups auf den Suse 10.1 Rechner abladen.
Danke
joge