Netzwerk Übertragungsrate zwischen zwei Linux Servern sehr l

[helsch]

Hallo Debian-Gemeinde.

Habe hier in der Firma ein Problem welches ich einmal schildern möchte da ich bisher keine Lösung finden konnte:
Unser CAD Netzwerk ist in mehreren Gruppen aufgeteilt und jede dieser Gruppen hat einen eigenen Samba Server.
Ausgestattet mit 1GBit Netzwerk ist ein Arbeiten direkt von den Netzwerkfreigaben richtig gut möglich.
Von diesen Servern betreiben wir 3 Stück, da drei Gruppen.
Zudem gibt es hier einen Mailserver und einen FTP Server.
Läuft soweit perfekt mit maximaler Performance.
Von der Verkabelung ist das ganze auf Inselartig aufgebaut.

Nun kam eine weiterer Server hinzu der von allen Server ein Backup machen soll.
Dafür hab ich Rsync über SSH benutzt. Läuft auch soweit recht gut.
Tja, bis auf einen einzigen Server. Da ist der Datendurchsatz auf ISDN Nivou.

Nun hab ich das ganze mal mit IPERF getestet:
Server 1 <-> Server 2 800-900 MBit
Server 2 <-> Server 3 800-900 MBit
Server 1 <-> Server 3 100-200 kBit

Netzwerkkabel schon getauscht.
Switch schon getauscht.
IPs von beiden schon verändert.
Verbindung mit und ohne SSH-Key versucht.

Vorrübergehende Lösung:
Server 1 wird nun in Server 2 gemountet und dadurch zu Server 3 gesichert. Max. Performance.

Testweise nur diese 3 PCs an einem Switch betrieben - 100-200kBit.

Hat jemand so ein Phänomen schon gehabt?

Gruß
Helmut

[syssi]

Wenn das Problem auch mit iperf besteht, dann ist es Protokoll unabhaengig? Ich wuerde als naechstes Wireshark oeffnen und gucken, ob man im Trace etwas boeses sehen kann (Retries) und einmal /sbin/ifconfig kontrollieren, ob dort boese Dinge gezaehlt werden. Als naechstes am Besten huebsche Graphen bauen lassen z.B. per munin. Kannst du die beiden Server per Crossover (temporaer) direkt verbinden? Dann koennte man den Switch ausschliessen.

[helsch]

Wenn das Problem auch mit iperf besteht, dann ist es Protokoll unabhaengig? Ich wuerde als naechstes Wireshark oeffnen und gucken, ob man im Trace etwas boeses sehen kann (Retries) und einmal /sbin/ifconfig kontrollieren, ob dort boese Dinge gezaehlt werden. Als naechstes am Besten huebsche Graphen bauen lassen z.B. per munin. Kannst du die beiden Server per Crossover (temporaer) direkt verbinden? Dann koennte man den Switch ausschliessen.

Wireshark setzt GTK vorraus.
Sorry, hab vergessen zu erwähnen, dass ich nur per SSH auf die Systeme komme.
Debian Minimalsystem!

[AndyJ9]

Hallo,

folgendes kommt mir noch in den Sinn.
Schonmal versucht eine andere Netzwerkkarte/Netzwerkanschluss zu benutzten (falls es die HW hergibt)?

Ich könnte mir vorstellen, dass die Netzwerkkarte von Server1 und Server3 nicht zusammenpassen, so exotisch dieses Phenomen auch sein mag.

[slu]

Auch wenn es nicht gerade zur Lösung beiträgt, ich hatte auch mal so ein Problem.
Ein Server wurde in ein anderes Subnetz umgezogen und hatte einen grauenhafte Netzwerkperformance auf ISDN Niveau.

Nachdem er im alten Subnetz zurück war liefer er wieder wie zuvor, bis heute. Wir hatten damals mehrere Stunden gesucht, alles mögliche getauscht
aber leider nicht herausgefunden was es war.

[syssi]

Wenn das Problem auch mit iperf besteht, dann ist es Protokoll unabhaengig? Ich wuerde als naechstes Wireshark oeffnen und gucken, ob man im Trace etwas boeses sehen kann (Retries) und einmal /sbin/ifconfig kontrollieren, ob dort boese Dinge gezaehlt werden. Als naechstes am Besten huebsche Graphen bauen lassen z.B. per munin. Kannst du die beiden Server per Crossover (temporaer) direkt verbinden? Dann koennte man den Switch ausschliessen.

Wireshark setzt GTK vorraus.
Sorry, hab vergessen zu erwähnen, dass ich nur per SSH auf die Systeme komme.
Debian Minimalsystem!

Mit tcpdump -s0 -w capture.pcap ein pcap-File aufzeichnen und auf einem System inkl. GTK mit wireshark oeffnen. Natuerlich kannst du dir auch den tcpdump-Output ansehen. Ich denke jedoch, dass du es dann schwieriger haben wirst.

[DeletedUserReAsG]

Wireshark setzt GTK vorraus.

tshark, tcpdump usw., ja.

Aber ich würde erstmal schlicht pingen, die Route inspizieren, mit definierten Protokollen schauen und so Sachen. Bei ifconfig mal auf die Fehler schauen wurde ja schon angemerkt.

cu,
niemand

[Colttt]

mach doch mal ein tracert von zwischen den langsamen server und guck wo das teil so lang hüpft, dann guck auf dem Switch ob sich auf den Ports die Errors oder so hoch schrauben

dann evtl mal die subnetzmasken prüfen..
crossoverkabel mal anstöpsel, sofern es geht und das ganze dort dann testen ob das phänomen dann auch besteht..

[dufty]

mach doch mal ein tracert von zwischen den langsamen server und guck wo das teil so lang hüpft, dann guck auf dem Switch ob sich auf den Ports die Errors oder so hoch schrauben

Ein tracert(!) zwischen 3 Linux(!)-Servern an einem(!) Switch?


Ist das ein unmanaged switch?
Netz komplett flach?

[helsch]

Also, da doch noch das eine oder andere Missverständnis besteht:
Habe diese 3 Server vom gesamten Netz getrennt und an einen einzelnen neuen unmanaged Switch gehangen.
Incl. neuer Kabel und ein anderer Stromkreis (man weis ja nie).

Wenn Server 3 zu den beiden Anderen Servern einen schlechten Durchsatz hätte
dann wäre ein Fehler in der Hardware logisch. Aber es tritt nur zwischen den beiden auf.
Das sagt Iperf auch deutlich aus.

Schonmal versucht eine andere Netzwerkkarte/Netzwerkanschluss zu benutzten (falls es die HW hergibt)?
Ich könnte mir vorstellen, dass die Netzwerkkarte von Server1 und Server3 nicht zusammenpassen, so exotisch dieses Phenomen auch sein mag.

Server 3 hat jetzt eine PCIe Netzwerkkarte und die Onboard ist deaktiviert.
Habe sogar die MACs verglichen damit diese nicht zufällig gleich sind.

Jetzt läuft es in alle Richtungen wie es soll.
Da haben sich vorher zwei gefunden die sich bis auf's Bit nicht leiden können.

[syssi]

Was war nun des Raetsels Loesung?

[AndyJ9]

Da haben sich vorher zwei gefunden die sich bis auf's Bit nicht leiden können.

Ja, wie im echten Leben, manche können sich einfach nicht leiden, egal was man auch versucht