7
Hyper V - RDP Connection breaks
Hallo zusammen,
Fehler zu finden ohne eine entsprechende Fehlermeldung gestalt sich doch etwas schwierig... aber trotzdem versuch ich mein Glück im Forum weil es vielleicht das Problem schon mal bei jemanden gab.
Konstellation:
Hyper-V Server 2016, Clusterstorage ISCSI-LUN, 10 GB, NTFS Formatiert,
Terminal Server Windows Server 2016
Auf dem Hyper V Server sind mehrere Terminalserver installiert, in unregelmäßigen Abständen friert für 2-3 Minuten die Sitzung ein, das Bild bleibt erhalten, man kann einfach nur nix mehr klicken.
Die Netzqualität ist hervorragend. Diese Timeouts sind über den Tag verteilt zu unterschiedlichen Zeiten, ohne das im Ereignisprotokoll des Hyper-V Servers, als auch der VM etwas auftaucht.
Es scheint so als wäre die Netzwerkverbindung unterbrochen. Am Anfang hatte das Clustervolume in Verdacht, aber auch hier finde ich keinerlei Systemmeldungen.
Auf dem Hyper V Server sind 2x 10 GB zum Teaming konfiguriert. Hier wäre mein nächster Ansatz, das hier vielleicht was nicht koscher läuft, allerdings kann ich auch hier keine Einträge sehen.
Die VM´s sind in einem anderen VLAN als der Hyper-V Server.
Ich hatte bezüglich der Netzwerkproblematik mal einen interessanten Beitrag gefunden, allerdings sind meine Messungen immer hervorragend, ich habe zwar keine Jumboframes aktiviert, aber dennoch "messtechnisch" einen sehr hohen Durchsatz. Auch die Schreib- Lesezugriffe auf das Storage sind hervorragend.
Hyper V und RDP
Vielleicht weiss jemand aus Eurem Erfahrungsschatz, wo man hier noch weiter graben könnte. Ich kann auch keine verlorenen Pakekte sehen....
Ich vermute das das Problem beim Hyper-V Host liegen muss....
Freu mich über Tips und Anrregungen, wenn noch Infos fehlen um die Glaskugel auszuschließen... liefere ich die gerne nach.
Grüße
Stefan
Fehler zu finden ohne eine entsprechende Fehlermeldung gestalt sich doch etwas schwierig... aber trotzdem versuch ich mein Glück im Forum weil es vielleicht das Problem schon mal bei jemanden gab.
Konstellation:
Hyper-V Server 2016, Clusterstorage ISCSI-LUN, 10 GB, NTFS Formatiert,
Terminal Server Windows Server 2016
Auf dem Hyper V Server sind mehrere Terminalserver installiert, in unregelmäßigen Abständen friert für 2-3 Minuten die Sitzung ein, das Bild bleibt erhalten, man kann einfach nur nix mehr klicken.
Die Netzqualität ist hervorragend. Diese Timeouts sind über den Tag verteilt zu unterschiedlichen Zeiten, ohne das im Ereignisprotokoll des Hyper-V Servers, als auch der VM etwas auftaucht.
Es scheint so als wäre die Netzwerkverbindung unterbrochen. Am Anfang hatte das Clustervolume in Verdacht, aber auch hier finde ich keinerlei Systemmeldungen.
Auf dem Hyper V Server sind 2x 10 GB zum Teaming konfiguriert. Hier wäre mein nächster Ansatz, das hier vielleicht was nicht koscher läuft, allerdings kann ich auch hier keine Einträge sehen.
Die VM´s sind in einem anderen VLAN als der Hyper-V Server.
Ich hatte bezüglich der Netzwerkproblematik mal einen interessanten Beitrag gefunden, allerdings sind meine Messungen immer hervorragend, ich habe zwar keine Jumboframes aktiviert, aber dennoch "messtechnisch" einen sehr hohen Durchsatz. Auch die Schreib- Lesezugriffe auf das Storage sind hervorragend.
Hyper V und RDP
Vielleicht weiss jemand aus Eurem Erfahrungsschatz, wo man hier noch weiter graben könnte. Ich kann auch keine verlorenen Pakekte sehen....
Ich vermute das das Problem beim Hyper-V Host liegen muss....
Freu mich über Tips und Anrregungen, wenn noch Infos fehlen um die Glaskugel auszuschließen... liefere ich die gerne nach.
Grüße
Stefan
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 616409
Url: https://administrator.de/contentid/616409
Printed on: April 25, 2024 at 10:04 o'clock
7 Comments
Latest comment
Die Netzqualität ist hervorragend. Diese Timeouts sind über den Tag verteilt zu unterschiedlichen Zeiten, ohne das im Ereignisprotokoll des Hyper-V Servers, als auch der VM etwas auftaucht.
Es scheint so als wäre die Netzwerkverbindung unterbrochen. Am Anfang hatte das Clustervolume in Verdacht, aber auch hier finde ich keinerlei Systemmeldungen.
Wo soll sie denn d. M. n. unterbrochen? Vom Clients zum TS ? Hyper zum Storage?Es scheint so als wäre die Netzwerkverbindung unterbrochen. Am Anfang hatte das Clustervolume in Verdacht, aber auch hier finde ich keinerlei Systemmeldungen.
Wie sieht die Verbindung direkt auf dem TS über die Konsole auf? Läuft es dort den ganzen Tag stabil?
Auf dem Hyper V Server sind 2x 10 GB zum Teaming konfiguriert.
Wie sieht die Konfig aus? Da gibts ja verschiedene....Switche auch entsprechend konfiguriert?Hier wäre mein nächster Ansatz, das hier vielleicht was nicht koscher läuft, allerdings kann ich auch hier keine Einträge sehen.
Die VM´s sind in einem anderen VLAN als der Hyper-V Server.
Und wo befinden sich die Clients? Im gleichen VLAN wie die Terminalserver, oder müssen die auch geroutet werden?Vielleicht weiss jemand aus Eurem Erfahrungsschatz, wo man hier noch weiter graben könnte. Ich kann auch keine verlorenen Pakekte sehen....
Ich hatte mal Probleme, wenn die Thinclients zum Terminalserver geroutet werden mussten
Zitat von @tech-flare:
Wo soll sie denn d. M. n. unterbrochen? Vom Clients zum TS ? Hyper zum Storage?
Wo soll sie denn d. M. n. unterbrochen? Vom Clients zum TS ? Hyper zum Storage?
Hallo Tech-flare,
danke für Deine Antwort.
Intern verwenden wir VMware HyperVisior, für ein paar externe die über SPLA laufen einen Hyper-V Server.
Die Verbindung wird von extern als auch von intern immer wieder mal für 2-5 Sekunden eingefroren. Wobei von intern keiner drauf arbeitet, ist mir nur beim testen aufgefallen, es muss schon fast ein Zufall genau so einen Zeitpunkt des einfrierens zu erwischen.
Wie sieht die Verbindung direkt auf dem TS über die Konsole auf? Läuft es dort den ganzen Tag stabil?
Auf dem Hyper V Server sind 2x 10 GB zum Teaming konfiguriert.
Wie sieht die Konfig aus? Da gibts ja verschiedene....Switche auch entsprechend konfiguriert?Hier wäre mein nächster Ansatz, das hier vielleicht was nicht koscher läuft, allerdings kann ich auch hier keine Einträge sehen.
Die VM´s sind in einem anderen VLAN als der Hyper-V Server.
Und wo befinden sich die Clients? Im gleichen VLAN wie die Terminalserver, oder müssen die auch geroutet werden?Vielleicht weiss jemand aus Eurem Erfahrungsschatz, wo man hier noch weiter graben könnte. Ich kann auch keine verlorenen Pakekte sehen....
Ich hatte mal Probleme, wenn die Thinclients zum Terminalserver geroutet werden musstenIch hatte oben versehentlich Windows Server 2019 Hyper V geschrieben, es ist aber noch ein 2016.
Danke und Grüße
Stefan
Zitat von @samrein:
Hallo Tech-flare,
danke für Deine Antwort.
Intern verwenden wir VMware HyperVisior, für ein paar externe die über SPLA laufen einen Hyper-V Server.
ok...das verstehe ich gerade nicht ganz Zitat von @tech-flare:
Wo soll sie denn d. M. n. unterbrochen? Vom Clients zum TS ? Hyper zum Storage?
Wo soll sie denn d. M. n. unterbrochen? Vom Clients zum TS ? Hyper zum Storage?
Hallo Tech-flare,
danke für Deine Antwort.
Intern verwenden wir VMware HyperVisior, für ein paar externe die über SPLA laufen einen Hyper-V Server.
Also habt ihr hat grundsätzlich vmware, aber die TS laufen auf dem Hyper-V? Ist das so gemeint?
Wie sieht die Verbindung direkt auf dem TS über die Konsole auf? Läuft es dort den ganzen Tag stabil?
Auf der Konsole hatte ich bislang noch keine einzige Unterbrechung.Auf dem Hyper V Server sind 2x 10 GB zum Teaming konfiguriert.
Wie sieht die Konfig aus? Da gibts ja verschiedene....Switche auch entsprechend konfiguriert?Hier wäre mein nächster Ansatz, das hier vielleicht was nicht koscher läuft, allerdings kann ich auch hier keine Einträge sehen.
Bei meinen Testzugriffen bin ich im selben VLAN... wie gesagt, der Rest kommt dann von extern...Die VM´s sind in einem anderen VLAN als der Hyper-V Server.
Und wo befinden sich die Clients? Im gleichen VLAN wie die Terminalserver, oder müssen die auch geroutet werden?Intern verwenden wir VMware HyperVisior, für ein paar externe die über SPLA laufen einen Hyper-V Server.
ok...das verstehe ich gerade nicht ganz Wenn Du externen (Nicht Betriebszughörigen) Zugang zu Deinem System erlaubst, müsstest Du VMware Provider sein und die Lizenzen bezahlen. Um diese Lizenzkosten zu sparen, haben wir für diese Kunden einen eigenen Server, hier fallen auch Lizenzkosten an, aber eben nur einmal. Diese werden monatlich über SPLA rapportiert und bezahlt.
Also habt ihr hat grundsätzlich vmware, aber die TS laufen auf dem Hyper-V? Ist das so gemeint?
Wie sieht die Verbindung direkt auf dem TS über die Konsole auf? Läuft es dort den ganzen Tag stabil?
Auf der Konsole hatte ich bislang noch keine einzige Unterbrechung.Alles klar....das ist der "einfache" Modus. Kein richtiges LACP - da könntest du nachbesser - alternativ erstmal nur mit einer NIC testen
Das probiere ich mal aus... und nehme im ersten Schritt eine NIC raus.Und wo befinden sich die Clients? Im gleichen VLAN wie die Terminalserver, oder müssen die auch geroutet werden?
Bei meinen Testzugriffen bin ich im selben VLAN... wie gesagt, der Rest kommt dann von extern...Grüße
Stefan
Konstellation:
Hyper-V Server 2016, Clusterstorage ISCSI-LUN, 10 GB, NTFS Formatiert,
Terminal Server Windows Server 2016
Auf dem Hyper V Server sind mehrere Terminalserver installiert, in unregelmäßigen Abständen friert für 2-3 Minuten die Sitzung ein, das Bild bleibt erhalten, man kann einfach nur nix mehr klicken.
Hyper-V Server 2016, Clusterstorage ISCSI-LUN, 10 GB, NTFS Formatiert,
Terminal Server Windows Server 2016
Auf dem Hyper V Server sind mehrere Terminalserver installiert, in unregelmäßigen Abständen friert für 2-3 Minuten die Sitzung ein, das Bild bleibt erhalten, man kann einfach nur nix mehr klicken.
[...]
Freu mich über Tips und Anrregungen, wenn noch Infos fehlen um die Glaskugel auszuschließen... liefere ich die gerne nach.
Druckertreiber, VMQ, unterstützt das Storage LACP oder nur MPIO, Hardwaretreiber/BIOS aktuell, Paketgrößen, Virenscanner, Profilmanagement.
Hallo zusammen,
weiter geht die Suche,
Druckertreiber sind auf dem Host gar keine installiert, das Storage ist über MPIO angebunden, Bios und Treiber des DELL Servers sind aktuell.
Virenscanner ist keine drauf. Allerdings hab ich jetzt doch wahrscheinlich einen Grund gefunden, vielleicht kann mir hier jemand noch was zu sagen ob ich mit meiner Vermutung richtig liege.
Die Breaks finden immer statt wenn im Ereignislog der folgende Eintrag zu finden ist
Dienst "Volumeschattenkopie" befindet sich jetzt im Status "Ausgeführt".
Dienst "Volumeschattenkopie" befindet sich jetzt im Status "Beendet".
Nicht als Fehler sondern nur als Information.
Ich muss jetzt mal herausfinden warum der alle paar Stunden sich beendet und dann wieder startet...
Grüße
Stefan
weiter geht die Suche,
Druckertreiber sind auf dem Host gar keine installiert, das Storage ist über MPIO angebunden, Bios und Treiber des DELL Servers sind aktuell.
Virenscanner ist keine drauf. Allerdings hab ich jetzt doch wahrscheinlich einen Grund gefunden, vielleicht kann mir hier jemand noch was zu sagen ob ich mit meiner Vermutung richtig liege.
Die Breaks finden immer statt wenn im Ereignislog der folgende Eintrag zu finden ist
Dienst "Volumeschattenkopie" befindet sich jetzt im Status "Ausgeführt".
Dienst "Volumeschattenkopie" befindet sich jetzt im Status "Beendet".
Nicht als Fehler sondern nur als Information.
Ich muss jetzt mal herausfinden warum der alle paar Stunden sich beendet und dann wieder startet...
Grüße
Stefan
Hallo zusammen,
mein Problem mit den RDP-Breaks ist scheinbar jetzt gelöst.
Falls es jemanden interessiert... auf dem Server war/ist der Backup Exex Agent installiert, und obwohl in den betroffenen Zeitfenstern kein Backup läuft, hat dieser scheinbar diese Snapshots ausgelöst.
Ich werde jetzt nochmal bei Veritas ein Ticket auf machen, vielleicht können die mir näheres dazu sagen.
Seit dem Deaktivieren des Dienstes gab jedenfalls kein Breaks mehr.
Danke und Grüße
Stefan
mein Problem mit den RDP-Breaks ist scheinbar jetzt gelöst.
Falls es jemanden interessiert... auf dem Server war/ist der Backup Exex Agent installiert, und obwohl in den betroffenen Zeitfenstern kein Backup läuft, hat dieser scheinbar diese Snapshots ausgelöst.
Ich werde jetzt nochmal bei Veritas ein Ticket auf machen, vielleicht können die mir näheres dazu sagen.
Seit dem Deaktivieren des Dienstes gab jedenfalls kein Breaks mehr.
Danke und Grüße
Stefan
