Archiv verlassen und diese Seite im Standarddesign anzeigen : Suse 10.1 Samba Tempo Tuning
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
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.
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.
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
Das nächste mal postewst du langen code bitte in den
Tags.
DANKE
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
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
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
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
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
Sorry, hier hören meine Suse-Linux Kenntnisse auf. Soll ich den share Vermerk in die Samba conf schreiben?
danke joge
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
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
bitte pruefe aber nochmals in der smb.conf, ob du mit den parametern leben kannst
greez
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
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.