12
Datenübertragung langsam HPE ProLiant DL380 Gen9
Hallo Administratoren,
bei folgendem Problem komme ich nicht weiter bzw. sehe den Wald vor lauter Bäumen nicht:
Eckdaten
Problem
❌ Kopie Datei-A HOST1 nach PC1 dauert ewig (Minuten)
✔️ Kopie Datai-A PC1 nach HOST1 in Sekunden fertig
✔️ Kopie Datei-A HOST2 nach PC1 dauert Sekunden
✔️ Kopie Datei-A HOST3 nach PC1 dauert Sekunden
Lösungsschritte
Brainstorming
Habt ihr noch Ideen was zu prüfen wäre?
Danke schonmal in die Runde für eure Vorschläge!
---
VM = virtuelle Maschine | PC = Windows 10 PC
bei folgendem Problem komme ich nicht weiter bzw. sehe den Wald vor lauter Bäumen nicht:
Eckdaten
- HPE ProLiant DL380 Gen9 (3x baugleich)
- Server im gleichen Netzwerk
Problem
❌ Kopie Datei-A HOST1 nach PC1 dauert ewig (Minuten)
✔️ Kopie Datai-A PC1 nach HOST1 in Sekunden fertig
✔️ Kopie Datei-A HOST2 nach PC1 dauert Sekunden
✔️ Kopie Datei-A HOST3 nach PC1 dauert Sekunden
Lösungsschritte
- Der physikalsiche HPE Host meldet über den Smart Storage Manager (V4.21.7.0) keine Fehler.
- Den Host hatten wir auch bereits neu gestartet.
- Das IT Monitoring zeigt ebenso nichts auffälliges.
Brainstorming
Habt ihr noch Ideen was zu prüfen wäre?
Danke schonmal in die Runde für eure Vorschläge!
---
VM = virtuelle Maschine | PC = Windows 10 PC
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 666437
Url: https://administrator.de/forum/datenuebertragung-langsam-hpe-proliant-dl380-gen9-666437.html
Ausgedruckt am: 01.04.2025 um 08:04 Uhr
12 Kommentare
Neuester Kommentar
Liegt das Testszenario alles in einem dummen, flachen Layer 2 Netzwerk oder hast du eine irgendwie geartete Segmentierung dazwischen ? Ist Jumbo Framing aktiviert im Netz ?
Zu all diesen wichtigen Punkten und auch zur Ausrüstung/Konfig der Server machst du leider keinerlei oder nur sehr oberflächliche Angaben was eine zielgerichtete Hilfe nicht gerade erleichtert.
Ggf. solltest du den Test noch einmal Protokoll unabhängig wiederholen mit iPerf3 (bevorzugt) oder NetIO so das man erstmal verlässliche Durchsatzwerte zu unterschiedlichen Paketgrößen hat zu deiner Infrastruktur was die an sich leisten kann im Durchsatz.
https://iperf.fr/iperf-download.php
https://web.ars.de/netio/
http://www.nwlab.net/art/netio/netio.html
http://www.nwlab.net/art/iperf/
Anhand dieser Daten kann man doch dann überhaupt erstmal sicher entscheiden ob es ein Serverproblem oder ein Infrastruktur Problem ist.
Also immer etwas sinnvoll und strategisch vorgehen zum zielgerichteten Troubleshooting.
Zu all diesen wichtigen Punkten und auch zur Ausrüstung/Konfig der Server machst du leider keinerlei oder nur sehr oberflächliche Angaben was eine zielgerichtete Hilfe nicht gerade erleichtert.
Ggf. solltest du den Test noch einmal Protokoll unabhängig wiederholen mit iPerf3 (bevorzugt) oder NetIO so das man erstmal verlässliche Durchsatzwerte zu unterschiedlichen Paketgrößen hat zu deiner Infrastruktur was die an sich leisten kann im Durchsatz.
https://iperf.fr/iperf-download.php
https://web.ars.de/netio/
http://www.nwlab.net/art/netio/netio.html
http://www.nwlab.net/art/iperf/
Anhand dieser Daten kann man doch dann überhaupt erstmal sicher entscheiden ob es ein Serverproblem oder ein Infrastruktur Problem ist.
Also immer etwas sinnvoll und strategisch vorgehen zum zielgerichteten Troubleshooting.
Danke, probiere ich aus.
Ich hatte mich nur gewundert warum sich die Daten schnell auf VM1 schreiben lassen, aber wenn ich diese anderes herum zurückkopiere es dann sooo... langsam geht.
Ich hatte mich nur gewundert warum sich die Daten schnell auf VM1 schreiben lassen, aber wenn ich diese anderes herum zurückkopiere es dann sooo... langsam geht.
Da könnte man jetzt eine seeehr lange Liste aufzählen was an Infrastruktur- und vor allem Serverfehler sowas bewirken kann... Deshalb ist grob eingrenzen erstmal das Wichtigste.
Deshalb ist grob eingrenzen erstmal das Wichtigste.
Moin,
also besch.. Datenübertragungsraten hast du ja immer auf der Streckke VM -> PC, richtig?
Aus dem Bauch heraus würde ich sagen: dein persistenter Speicher im PC (also SSD/ HDD) sind der Bottleneck.
Der dort verbaute Speicher hat zwar Top Leseraten, aber beim Schreiben geht die Kiste in die Knie.
Was passiert, wenn du dieselbe Datei von PC1 auf PC2 kopierst, und umgekehrt?
Gleiche Frage was passiert, wenn eine Datei vom HOST auf den PC kopiert wird.
Gruß
em-pie
also besch.. Datenübertragungsraten hast du ja immer auf der Streckke VM -> PC, richtig?
Aus dem Bauch heraus würde ich sagen: dein persistenter Speicher im PC (also SSD/ HDD) sind der Bottleneck.
Der dort verbaute Speicher hat zwar Top Leseraten, aber beim Schreiben geht die Kiste in die Knie.
Was passiert, wenn du dieselbe Datei von PC1 auf PC2 kopierst, und umgekehrt?
Gleiche Frage was passiert, wenn eine Datei vom HOST auf den PC kopiert wird.
Gruß
em-pie
Moin.
Ich kann es nach der Nacht direkt auf den HOST eingrenzen, d.h. kopiert man von diesem Daten nach xyz ist es langsam.
Egal ob HOST C:\ (RAID1) oder D:\ (RAID5), die Datenübertragung von diesem ist immer lahm.
= Es liegt also nicht direkt an den neuen VMs.
= Es ist bisher nie aufgewallen, weil auf dem HOST keine VMs mit Bewegungsdaten installiert waren.
Ich kann es nach der Nacht direkt auf den HOST eingrenzen, d.h. kopiert man von diesem Daten nach xyz ist es langsam.
Egal ob HOST C:\ (RAID1) oder D:\ (RAID5), die Datenübertragung von diesem ist immer lahm.
= Es liegt also nicht direkt an den neuen VMs.
= Es ist bisher nie aufgewallen, weil auf dem HOST keine VMs mit Bewegungsdaten installiert waren.
Also irgendwie sind deine Prüfungen, zumindest für mich, nicht ganz eindeutig.
Wenn du eine (dieselbe) Datei also vom Host auf den PC1/ PC2 kopierst, ist es genauso lahm, als wenn dieselbe Datei vom Host auf eine der VMs (via Netzwerk) geschrieben wird?
Und wenn du die Datei von einer VM auf einen PC kopierst, ist es auch langsam?
Was passiert, wenn du eine Datei von der VM auf den Host kopierst (auch wieder übers Netzwerk)?
Was ist, wenn eine Datei vom PC auf den Host kopiert wird?
Wenn du eine (dieselbe) Datei also vom Host auf den PC1/ PC2 kopierst, ist es genauso lahm, als wenn dieselbe Datei vom Host auf eine der VMs (via Netzwerk) geschrieben wird?
Und wenn du die Datei von einer VM auf einen PC kopierst, ist es auch langsam?
Was passiert, wenn du eine Datei von der VM auf den Host kopierst (auch wieder übers Netzwerk)?
Was ist, wenn eine Datei vom PC auf den Host kopiert wird?
Zitat von @em-pie:
Was passiert, wenn du eine Datei von der VM auf den Host kopierst (auch wieder übers Netzwerk)?
Was ist, wenn eine Datei vom PC auf den Host kopiert wird?
Wie beschrieben,Was passiert, wenn du eine Datei von der VM auf den Host kopierst (auch wieder übers Netzwerk)?
Was ist, wenn eine Datei vom PC auf den Host kopiert wird?
- es geht sehr langsam, sobald man vom Host etwas nach xyz kopiert,
- aber von xyz auf den Host zu kopieren geht normal.
OK - ich wollte nur auf Nummer sicher gehen, dass das Problem auch besteht, wenn du vom Host auf eine VM auf diesen Host kopierst.
Kommt irgendwas wie LAG/ NIC-Teaming zum Tragen?
Kommt irgendwas wie LAG/ NIC-Teaming zum Tragen?
Moin.
Dazu mal Feedback:
"LAG/ NIC-Teaming" gibt es nicht, andere baugleiche Server haben eine gute Leistung und sind gleich angebunden.
Aktuell lasse ich es noch immer vom HPE Support prüfen, jedoch kommt da kein wirkliches Feedback nachdem man den Logfile hochgeladen hatte, leider muss ich immer öfter feststellen das der HPE Support im Serverbereich stark abgenommen hatte.
Dazu mal Feedback:
"LAG/ NIC-Teaming" gibt es nicht, andere baugleiche Server haben eine gute Leistung und sind gleich angebunden.
Aktuell lasse ich es noch immer vom HPE Support prüfen, jedoch kommt da kein wirkliches Feedback nachdem man den Logfile hochgeladen hatte, leider muss ich immer öfter feststellen das der HPE Support im Serverbereich stark abgenommen hatte.
LAG/ NIC-Teaming" gibt es nicht
Wie ist diese Aussage gemeint ?? Jedes Betriebssystem supportet bekanntlich ohne irgendwelche Einschränkunden LACP LAGs (NIC Teaming) !
... das es kein anderes Setup gibt zu den baugleichen Systemen im Rack, soll heißen die Systeme sind mit 10GE angebunden, alle mit dem selben Kabel-Typ, am gleichen Switch,... nur der eine Server verhält sich so merkwürdig.
Auch nach Wochen mit dem HPE Support, welcher unfassbar schlecht ist, haben wir keine Lösung, trotz vieler Log Datein,... . Ich kann es runterbrechen auf
❌ Kopie Datei-A HOST1 nach PC1 dauert ewig (Minuten)
✔️ Kopie Datai-A PC1 nach HOST1 in Sekunden fertig
✔️ Kopie Datei-A HOST2 nach PC1 dauert Sekunden
✔️ Kopie Datei-A HOST3 nach PC1 dauert Sekunden
Wir hatten u.a. eine Platte entfernt und neu eingesetzt, sodass ich das RAID neu aufbaut.
Was für mich ein Hinweis ist wird vom HPE Support ignoriert, nämlich dieser Status welcher seit wenigen Wochen vom HPE Smart Storage Administrator angezeigt wird:
❌ Kopie Datei-A HOST1 nach PC1 dauert ewig (Minuten)
✔️ Kopie Datai-A PC1 nach HOST1 in Sekunden fertig
✔️ Kopie Datei-A HOST2 nach PC1 dauert Sekunden
✔️ Kopie Datei-A HOST3 nach PC1 dauert Sekunden
Wir hatten u.a. eine Platte entfernt und neu eingesetzt, sodass ich das RAID neu aufbaut.
Was für mich ein Hinweis ist wird vom HPE Support ignoriert, nämlich dieser Status welcher seit wenigen Wochen vom HPE Smart Storage Administrator angezeigt wird:
