Samba schreib Geschwindigkeit nicht konstant

[XLS202]

Hallo,
ich habe das Problem das ich nicht mit einer konstanten Geschwindigkeit auf meine Samba-Shares schreiben kann. Das heißt die Übertragung bricht teilweise auf unter 50mb/s ein. Hingegen sobald ich etwas vom Server zu meinem PC kopiere geht es Problemlos mit 112mb/s. Früher war auch die Schreibgeschwindigkeit konstant in dem Bereich, jedoch seit ein paar Monaten wird sie immer schwankender, deshalb habe ich auch kein genauen Anfang des Problems, da die anfänglichen Schwankungen nur um die 5mb/s waren. Jetzt würde ich das gerne wieder auf den Zustand mit den 112mb/s im Schreiben bringen. Getestet habe ich diese Geschwindigkeiten mit einer 30gb RAR Datei.

Serverhardware:
CPU: i7-4790K
HDD: - 2 * WD2000FYYZ im Raid 1 (Software)
- 1 * WD2000FYYZ
- 2 * WD4000FYYZ im Raid 1 (Software)
NIC: 2 * Intel 82574L in einem Bonding mit Bridge
RAM: 32gb
OS: Debian Jessie

Hardware PC:
CPU: i7-6700K
SSD: Samsung 840 EVO 1TB
NIC: Onboard
RAM: 32gb
OS: Windows 10

Ich hoffe die Informationen sind erst mal ausreichend. Das komplette Netzwerk ist natürlich in Gigabit.

Mfg XLS202

[rendegast]

Es gab ein für stable ungewöhnliches Upgrade 4.1 -> 4.2 in April 2016.
Dieses dürfte so manche Installation bis zum Nichtfunktionieren gestört haben.

Du solltest/könntest mit einer leeren smb.conf neu anfangen,
zBsp. zuerst mal ein einfaches rw-Share.

auf unter 50mb/s ein. Hingegen sobald ich etwas vom Server zu meinem PC kopiere geht es Problemlos mit 112mb/s.

Du meinst hier 'bit', nicht 'Byte'?
Und es geht um ein 100Mbit-Netzwerk / 100BASE-T?
Dann würde ich das immer noch als "akzeptabel" ansehen.

Vielleicht benutzt Dein Client (zumindest gelegentlich) eine Route über wi-fi / 802.11g,
mit dessem maximalen 5MB/s?

[XLS202]

Hallo,
Ich habe gerade eine leere Konfiguration probiert, es brachte aber keine Besserung.
Danach hatte ich noch getestet ob eine Neuinstallation hilft, was aber auch keine Besserung mit sich brachte.

Und nein ich mein schon Byte. Wie ich geschrieben habe ist es ein Gigabit Netzwerk. (Also nur um das klar zu sagen bevor ich etwas falsch im Kopf habe, eine 1GB Datei wurde früher in unter 10s übertragen.)
Der Client ist nur per Kabel angeschlossen, und auch an anderen Clients ist das Problem vorhanden.

Mfg XLS202

[weshalb]

Da die Lesegeschwindigkeit zu deinem Client ja noch zu stimmen scheint, wie sieht denn die Schreibgeschwindigkeit der Platte Serverintern aus?

[XLS202]

Hall,
also meiner Meinung nach müsste es noch passen:

Code: Alles auswählen

dd if=/dev/zero of=/home/testfile bs=1G count=1 oflag=dsync
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 8.19951 s, 131 MB/s

Früher war die Geschwindigkeit bei dem Test etwa bei 160MB/s, aber damals waren die Festplatten fast leer, falls es wichtig ist: Auf der Festplatte auf der ich das getestet habe sind noch ~800GB von den 2TB (Raid1) frei.

Was ich jetzt noch eben gemacht habe ist ein Screenshot von einer Übertragung zum Server und danach die selbe Datei zurück auf mein PC.



Mfg XLS202

[XLS202]

Hallo,
hat denn keiner mehr eine Idee? :/

Mfg XLS202

[rendegast]

Du könntest die samba-Pakete 4.2 nochmal gegen die 4.1 tauschen

Code: Alles auswählen

#    4.1.14+dfsg-2+deb8u1:
#deb  [arch=amd64]  http://snapshot.debian.org/archive/debian/20160301/ jessie main
#deb  [arch=amd64]  http://snapshot.debian.org/archive/debian/20160401/ jessie main

#    4.1.14+dfsg-2+deb8u2:
#deb  [arch=amd64]  http://snapshot.debian.org/archive/debian/20160501/ jessie main
deb  [arch=amd64]  http://snapshot.debian.org/archive/debian/20160601/ jessie main

Davor vielleicht /var/lib/samba/ sichern.



Die Standardwerte um zu vergleichen gibt

Code: Alles auswählen

testparm -v /dev/null

Nicht aufgeführt sind dabei natürlich intern geänderte Vorgänge 4.1->4.2.

[XLS202]

Hallo,
Also ich habe die 4.1 probiert, jedoch auf diese Methode, da ich nicht wusste wie genau ich das was du geschrieben hast umsetzen soll.

Code: Alles auswählen

apt-get install samba=2:4.1.17+dfsg-2+deb8u2 python-samba=2:4.1.17+dfsg-2+deb8u2 samba-common=2:4.1.17+dfsg-2+deb8u2 samba-common-bin=2:4.1.17+dfsg-2+deb8u2 samba-libs=2:4.1.17+dfsg-2+deb8u2 samba-dsdb-modules=2:4.1.17+dfsg-2+deb8u2 libldb1=2:1.1.17-2+deb8u1 python-ldb=2:1.1.17-2+deb8u1

Davor hatte ich Samba natürlich komplett deinstalliert. Da samba -b auch die Version 4.1 angezeigt hat, denke ich das es richtig war.

Code: Alles auswählen

root@server:~# samba -b
Samba version: 4.1.17-Debian

Aber es brachte leider keine Besserung :/

Und da ich eine frische Config generiert hatte, denke ich das bis auf meine Shares keine Standardeinstellungen verstellt sind.

Mfg XLS202

[rendegast]

Dann wird es wohl nicht an 4.1->4.2 liegen.

Früher war auch die Schreibgeschwindigkeit konstant in dem Bereich,
jedoch seit ein paar Monaten

"ein paar Monate" wäre ja auch eher vor 4.1->4.2.


Wie sieht es beim Schreiben mit anderen Diensten aus?
http / ftp / nfs / scp (eingeschränkt, da Verschlüsselungsoverhead)


Versuchsweise Parallelinstallation eines anderen linux?
fedora / opensuse / ubuntu?
http://packages.ubuntu.com/samba-common hier vorzugsweise ab trusty mit samba 4.x.
Gegebenenfalls Ausweichen darauf.

[XLS202]

Hallo,
also per http ist die Geschwindigkeit konstant (soweit ich das aus dem Taskmanager auslesen kann) aber der Webserver liegt auch auf einer SSD.
FTP hat auch Einbrüche auf unter 90mb/s jedoch nicht so extreme wie Samba und SCP ist bei mir grundsätzlich unerträglich langsam..

Also würde ich grade auf die Festplatte schließen, auch wenn mich das extrem wundern würde, da sie eigentlich eine extrem gute Performance hatten und der Speedtest immer noch 130mb/s angezeigt hatte.

Eine parallel Installation kann ich nicht probieren, da der Server auch noch andere Dienste hat die nicht offline gehen sollten, außerdem habe ich das schon einmal eine Installation komplett zerstört.. ich lasse das lieber.

Mfg XLS202

[weshalb]

Könnstest du nicht mal testhalber auf der SSD ein zusätzliches Share errichten und damit probieren?

Habe auch irgendwo mal gelesen, dass es was mit der Raidconfig zu tun haben kann.

[XLS202]

Auch die SSD hat diese Einbrüche wie auf meinem Screenshot, jedoch deutlich kleiner, also nur bis zu 100mb/s.

Kann Netzwerkhardware auch irgendwie in eine Richtung ein Problem haben?

Und das hier ist meine mdadm.conf:

Code: Alles auswählen

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR blablabla

# definitions of existing MD arrays

# This configuration was auto-generated on Sun, 17 Apr 2016 05:39:30 +0200 by mkconf
ARRAY /dev/md/0  metadata=1.2 UUID=d5f9fd8b:a4e803db:d9c54f63:2fb17e85 name=server:0
ARRAY /dev/md/2  metadata=1.2 UUID=de40589b:844e850a:12cbc077:46244623 name=server:2

[weshalb]

also per http ist die Geschwindigkeit konstant (soweit ich das aus dem Taskmanager auslesen kann) aber der Webserver liegt auch auf einer SSD.

Na ich dachte, dass da noch eine SSD im Server mitläuft und du darauf über Samba ein Share zum Testen einrichten könntest.

Mit Softwareraid kenne ich mich nicht aus, doch könntest du nicht einfach mal eine einfache Festplatte einbauen, mounten und darauf eine Sambafreigabe errichten, um das Raid auszuschließen?

[XLS202]

Ich habe doch extra ein Share auf der SSD gemacht? oder verstehe ich dich gerade falsch?

Auch die SSD hat diese Einbrüche wie auf meinem Screenshot, jedoch deutlich kleiner, also nur bis zu 100mb/s.

Und die SSD läuft nicht in einem Raid.

[weshalb]

Auf deinem Screenshot sehe ich lediglich die Verbindung vom Client (DesktopPc) zum Share "home"(Server) und umgekehrt. Und da die SSD in deinen Client steckt, hat das mit deinem Samba (Server) ja erstmal nicht viel zu tun.

Ich meinte, dass du vielleicht mal eine Festplatte innerhalb des Server zusätzlich einbauen und darauf eine Freigabe errichten sollst. Sowas wie Home2.

Dann verbindest du dich über ein zweites Netzlaufwerk (eben Home2) mit deinem Server und greifst somit zusätzlich auf eine andere Platte, die nicht im Raidverbund steckt, zu und testest dann.

[XLS202]

Achso, nein ich habe nur keinen neuen Screenshot gemacht, da es ziemlich ähnlich aussah. Ich hatte von der SSD in meinem PC auf die SSD im Server eine Datei übertragen.

Und noch eine Zusätzliche Festplatte kann ich nicht einbauen, da der Server keine Sata-Buchsen mehr hat und ich außerdem mir nicht nur zum testen eine Festplatte kaufen will. Aber wie schon gesagt die SSD ist ohne Raid.

[weshalb]

Ich hatte von der SSD in meinem PC auf die SSD im Server eine Datei übertragen.

Und wie? Über Samba?

[XLS202]

Genau, soll ich das noch über FTP testen?

[weshalb]

Poste doch mal deine smb.conf.

[XLS202]

So das wäre die:
39428

[weshalb]

OK,

Also ist

Code: Alles auswählen

 path = /media/hdd3

dann deine SSD, worüber du den Sambatest gemacht hast? Da auch bei der SSD wohl mehr drinnen sein sollte, solltest du dir vielleicht tatsächlich mal dein Netzwerk anschauen.

[XLS202]

Nicht direkt, die Festplatte die du meinst ist die einzelne die ich in meinem Ersten Post beschrieben habe. Diese habe ich natürlich aber auch getestet und sie hatte wie alle anderen auch das selbe Problem.

Die SSD ist

Code: Alles auswählen

path = /server

Da ich Debian ansich auf der SSD installiert habe und nur die Homeverzeichnisse und den Inhalt von /media auf normalen HDDs habe.

Welches Tool nehme ich denn am besten um mein Netzwerk zu testen?

[weshalb]

Mußte mal unter Netzwerk fragen.

[Dimejo]

Welches Tool nehme ich denn am besten um mein Netzwerk zu testen?

iperf3?

[XLS202]

Hallo,
Leider hatte ich die letzte Zeit einiges zu tun und konnte es deshalb nicht sofort testen. Aber durch iperf3 habe ich das Netzwerk meiner Meinung nach ausgeschlossen.
Gibt es sonst noch Dinge die ich probieren könnte?

Code: Alles auswählen

Connecting to host 192.168.4.2, port 5201
[  4] local 192.168.1.6 port 52562 connected to 192.168.4.2 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   112 MBytes   942 Mbits/sec
[  4]   1.00-2.00   sec   112 MBytes   941 Mbits/sec
[  4]   2.00-3.00   sec   112 MBytes   942 Mbits/sec
[  4]   3.00-4.00   sec   112 MBytes   940 Mbits/sec
[  4]   4.00-5.00   sec   112 MBytes   941 Mbits/sec
[  4]   5.00-6.00   sec   112 MBytes   941 Mbits/sec
[  4]   6.00-7.00   sec   112 MBytes   942 Mbits/sec
[  4]   7.00-8.00   sec   112 MBytes   941 Mbits/sec
[  4]   8.00-9.00   sec   112 MBytes   941 Mbits/sec
[  4]   9.00-10.00  sec   112 MBytes   941 Mbits/sec
[  4]  10.00-11.00  sec   112 MBytes   942 Mbits/sec
[  4]  11.00-12.00  sec   112 MBytes   941 Mbits/sec
[  4]  12.00-13.00  sec   112 MBytes   941 Mbits/sec
[  4]  13.00-14.00  sec   112 MBytes   939 Mbits/sec
[  4]  14.00-15.00  sec   111 MBytes   933 Mbits/sec
[  4]  15.00-16.00  sec   112 MBytes   941 Mbits/sec
[  4]  16.00-17.00  sec   112 MBytes   943 Mbits/sec
[  4]  17.00-18.00  sec   112 MBytes   941 Mbits/sec
[  4]  18.00-19.00  sec   112 MBytes   941 Mbits/sec
[  4]  19.00-20.00  sec   112 MBytes   941 Mbits/sec
[  4]  20.00-21.00  sec   112 MBytes   941 Mbits/sec
[  4]  21.00-22.00  sec   112 MBytes   942 Mbits/sec
[  4]  22.00-23.00  sec   112 MBytes   941 Mbits/sec
[  4]  23.00-24.00  sec   112 MBytes   942 Mbits/sec
[  4]  24.00-25.00  sec   112 MBytes   942 Mbits/sec
[  4]  25.00-26.00  sec   112 MBytes   940 Mbits/sec
[  4]  26.00-27.00  sec   112 MBytes   941 Mbits/sec
[  4]  27.00-28.00  sec   112 MBytes   941 Mbits/sec
[  4]  28.00-29.00  sec   112 MBytes   941 Mbits/sec
[  4]  29.00-30.00  sec   112 MBytes   941 Mbits/sec
[  4]  30.00-31.00  sec   112 MBytes   941 Mbits/sec
[  4]  31.00-32.00  sec   112 MBytes   940 Mbits/sec
[  4]  32.00-33.00  sec   112 MBytes   941 Mbits/sec
[  4]  33.00-34.00  sec   112 MBytes   941 Mbits/sec
[  4]  34.00-35.00  sec   112 MBytes   941 Mbits/sec
[  4]  35.00-36.00  sec   112 MBytes   942 Mbits/sec
[  4]  36.00-37.00  sec   112 MBytes   941 Mbits/sec
[  4]  37.00-38.00  sec   112 MBytes   940 Mbits/sec
[  4]  38.00-39.00  sec   112 MBytes   941 Mbits/sec
[  4]  39.00-40.00  sec   112 MBytes   940 Mbits/sec
[  4]  40.00-41.00  sec   112 MBytes   941 Mbits/sec
[  4]  41.00-42.00  sec   112 MBytes   941 Mbits/sec
[  4]  42.00-43.00  sec   112 MBytes   940 Mbits/sec
[  4]  43.00-44.00  sec   112 MBytes   941 Mbits/sec
[  4]  44.00-45.00  sec   112 MBytes   940 Mbits/sec
[  4]  45.00-46.00  sec   112 MBytes   941 Mbits/sec
[  4]  46.00-47.00  sec   112 MBytes   941 Mbits/sec
[  4]  47.00-48.00  sec   112 MBytes   942 Mbits/sec
[  4]  48.00-49.00  sec   112 MBytes   940 Mbits/sec
[  4]  49.00-50.00  sec   112 MBytes   943 Mbits/sec
[  4]  50.00-51.00  sec   112 MBytes   941 Mbits/sec
[  4]  51.00-52.00  sec   112 MBytes   939 Mbits/sec
[  4]  52.00-53.00  sec   112 MBytes   942 Mbits/sec
[  4]  53.00-54.00  sec   112 MBytes   939 Mbits/sec
[  4]  54.00-55.00  sec   112 MBytes   942 Mbits/sec
[  4]  55.00-56.00  sec   112 MBytes   941 Mbits/sec
[  4]  56.00-57.00  sec   112 MBytes   941 Mbits/sec
[  4]  57.00-58.00  sec   112 MBytes   940 Mbits/sec
[  4]  58.00-59.00  sec   112 MBytes   942 Mbits/sec
[  4]  59.00-60.00  sec   112 MBytes   941 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-60.00  sec  6.57 GBytes   941 Mbits/sec                  sender
[  4]   0.00-60.00  sec  6.57 GBytes   941 Mbits/sec                  receiver