Beiträge von comcop

    Vermutlich hast Du das schon kontrolliert, aber bist Du sicher, dass die Optimierung unter Einstellungen im SCP auf "Windows" steht? Manchmal rutschen einem ja solche Dinge durch.

    Das hatte ich tatsächlich auch geprüft. Erst kam ich ja gar nicht darauf, dass die VPS Server ohne Probleme laufen, da ich nur einen hatte. Hat dann ein paar Stunden gedauert, bis ich auf die Idee kam, dass es an der Virtualisierung liegen kann. Dann kaufte ich zwei weitere VPS Server und zwei weitere Root Server. Die habe ich dann sehr penibel gleich eingerichtet und alles doppelt und dreifach geprüft.

    Sofern die Hilfe von netcup weiterhin ausbleibt, werde ich wohl irgendwelche Schrauben an meinem Kram ändern müssen. Wobei das ja eigentlich komplett überflüssig ist, da alles auf dem weniger leistungsfähigen VPS-Server perfekt funktioniert. Aber W2K19 und Hardwarebeschleunigung sind zwei gute Ansätze, um das Problem in den Griff zu bekommen. Dennoch würde ich gerne die tatsächliche Ursache bekämpfen... Aber netcup ist ja so unfreundlich und gibt mir keine weiteren Informationen oder hilft mal überhaupt.

    Habe mit einem Windows 2022 Server ähnliche Probleme. In unregelmäßigen Abständen erfolgen Neustarts. Ich vermute da aber eher Treiber Probleme. Die VM lief vorher auf einem G11 RS, absolut problemlos.

    Dann schau bitte mal in deine Windows Logs. Die Fehler sind ja oft immer konkret beschrieben. Hier geht es ja um ein Kernel und Memory Problem, welches chrome verursacht. Hast du ein ähnliches Problem?

    Ich habe das nun dem netcup-Support gemeldet, aber leider nimmt man mich und das Problem nicht ernst. Es wird gesagt, dass alles in Ordnung ist. Jetzt kam noch die Antwort, dass man das Thema hier nochmal angeschaut hat und es wohl an Chrome liegt. Man hat sich also zu Beginn gar nicht näher mit dem Problem beschäftigt und hat das Thema nur überflogen, um dann einfach auf Chrome zu zeigen.

    Dabei wird konsequent ignoriert, dass es ein Kernel- und Speicherproblem ist und dass das exakt gleiche Setup auf den VPS-Servern ohne Probleme funktioniert. Da gab es nie einen Crash. Auf den Root-Servern hingegen immer.

    Und der netcup-Support sagt sozusagen: „Wir können kein Problem bei uns erkennen, das liegt wahrscheinlich an Chrome!!!1!11“

    So ein Unsinn. Ich hatte mehr vom netcup-Support erwartet. Zumal ich auch mehrmals darum gebeten habe, mir die genauen Unterschiede zwischen den VPS- und Root-Servern zu nennen, damit ich das Problem selbst intensiv analysieren kann. Diese Bitte wird ebenfalls dauernd ignoriert. Es kann gut sein, dass ich Software einsetze, die mit irgendetwas nicht kompatibel ist. Allerdings nutze ich am Ende nur Windows, Python und Chrome – also keine exotischen Dinge. Daher sollte das Problem ernst genommen werden. Es muss an der Software oder Hardware außerhalb meines Servers liegen, da ich, wie gesagt, die Server alle exakt gleich eingerichtet habe.

    Ich habe netcup nun nochmal eine E-Mail gesendet. Mal sehen, was nun kommt. Ich werde nachher auch noch alle E-Mails hier veröffentlichen. Ich bin wirklich sehr enttäuscht von diesen dummen Antworten. Sie ignorieren auch komplett den Fakt, dass auf den VPS-Servern alles perfekt läuft. Vielleicht kommt ja nun als Antwort, ob ich die Root-Server mal versucht habe, neu zu starten...

    Ich bin alle Server durchgegangen, es ist überall VIRTIO ausgewählt. Das hatte ich auch bereits sichergestellt, als ich den einen Root und den VPS Server eingerichtet hatte. Ich habe sehr genau darauf geachtet, dass alles exakt gleich ist. Vielleicht könnte das irgendwie mit Treibern auf dem Host zu tun haben? Also außerhalb meines Root Servers?

    Übrigens hatte ich auch mal den die fehlerhafte Kernelfunktion "nt!MiSetProtectionOnSection" als Ursache. chrome.exe war natürlich auch wieder angegeben. nt!MiSetProtectionOnSection kam aber glaube nur 1-2x vor. Sonst war es immer nt!MiUserFault.

    Auch vielleicht noch wichtig zu wissen: Der Crash hat immer stattgefunden, wenn mein Script in Chrome etwas ausführen sollte. Ich habe auch bereits sehr genau analyisiert, welches die letzten Schritte meiner Scripts waren, bevor es zu dem Crash kam. Manchmal gibt es eine Pause in den Scripts, doch zum Crash kam es immer, wenn mindestens ein Script etwas ausführen wollte. Und auffällig häufig tauchte der simple Aufruf der Webseite als letzte Ausführung auf, wo dann mehrere Dinge durchgeführt werden sollten. Es könnte also mit diesem Schritt zu tun haben. Und dieser Schritt ist natürlich der Schritt der am meisten Netzwerkverkehr und Last auf den Server verursacht. An der Webseite an sich kann es übrigens nicht liegen. Waren immer andere Webseiten.

    Aber selbst wenn mehrere Scripts gerade dabei waren eine Webseite zu öffnen, dann war die CPU und der RAM nie kritisch ausgelastet. Also vielleicht ist es etwas wahrscheinlicher, dass es am Netzwerk liegen könnte. Vielleicht können auch fehlerhafte Antworten zu einem Crash führen? Dann würde vielleicht beim Routing des Netzwerkverkehrs etwas nicht stimmen? Alle 3 Root Server die ich hatte hatten auf jeden Fall die IP 159.195.6X.X. Die VPS Server haben komplett andere IPs.

    Die sind nicht integriert. Man muss während dem Windows Setup die VirtIO Treiber als DVD mounten und dann den ersten Treiber zur Erkennung des Speichers installieren (Ich wähle dort 2k25 aus). Dann wechselt man wieder zu der Windows DVD und setzt die Installation fort. Danach mounte ich nochmal die VirtIO Treiber und führe das Setup aus, um dann noch den Netzwerktreiber zu installieren. Und noch einen anderen, fällt mir gerade nicht ein.

    Und es waren die aktuellsten Treiber. Habe es bisher nie geprüft, aber habe es gerade mit der netcup DVD abgeglichen.

    Nein, das hatte ich noch nicht versucht. Wäre aber wohl ein Versuch wert.

    Kurze Korrektur: Ich habe kein Image verwendet, sondern die vorgefertigte Datei von netcup für Windows Server 2025 in das "DVD Laufwerk" gelegt und darüber immer installiert. Ich hätte nicht von Image reden sollen, tut mir Leid.

    Mich irritiert dann nur, wieso der Chrome Prozess dann explizit in der memory.dmp Datei genannt wird. Würde es zu zufälligen Neustarts kommen die nicht mit meinen Programmen zu tun haben, dann würde da ja nicht immer chrome.exe stehen. Oder es ist halt so, dass Chrome etwas machen möchte, was dem Hypervisor nicht gefällt und dann in die Knie gezwungen wird. Ich hatte auch mal verschiedene Version von Python und meiner Python Pakete ausprobiert. Das hatte absolut nichts verändert. Also es wird schon irgendwie mit etwas zu tun haben, worauf ich eher weniger Einfluss habe...

    Das hatte mich auch so stark beeinflusst, dass ich auch beim VPS immer dachte ich muss nun alles sehr durchdacht und vorsichtig starten, damit bloß nichts crasht. Und immer mit dieser Sorge zu leben hat echt genervt. Der VPS macht alles super und der arbeitet einfach seine Aufgaben nach und nach ab, auch wenn die CPU Auslastung mal auf 100% ist. Und der Root Server crasht dann gerne auch mal mit nur 20% Auslastung... absurd.

    Nein, ist der normale Kanal. Windows 2022 hatte ich bisher noch nicht getestet. War aber auch schon eine Überlegung dies mal zu probieren... aber hätte natürlich schon gerne die neuste Version

    Bei beiden Windows Server 2025 Standard (mit Desktop-Erfahrung) Servern läuft Windows Version 24H2 mit dem Betriebsystembuild 26100.7462 und dem Funktionspaket Windows Feature Experience Pack 1000.26100.275.0.

    Kann es vielleicht sein, dass ein Server eines anderen Kunden irgendwas gemacht hat, was dann bei meinem Server zu Problemen führte? Also es ist zwar ein Root Server mit dedizierten Ressourcen, aber vielleicht ist das ja doch irgendwie möglich... läuft ja am Ende auch alles auf dem selben Server und CPU.

    Hallo zusammen,

    ich habe leider viel Zeit mit einem Problem verbracht, welches nur bei den Netcup Root Servern stattfindet. Die Netcup VPS Server funktionieren ganz ohne Probleme. Das hätte ich niemals erwartet, da ich dachte, dass ich mit einem Root Server viel mehr Vorteile hätte und auch alles besser läuft. Theoretisch läuft auch alles deutlich besser als auf einem VPS, doch irgendwann crasht immer das ganze System.

    Es kann ausgeschlossen werden, dass es an mir liegt, da ich extra zum Test einen neuen Root und VPS Server bestellt habe. Beide wurden parallel und exakt gleich eingerichtet (Windows Server 2025, neuste Updates). Wenn ich dann aber ein paar Python Scripts starte, welche für mich mehrere Chrome Browser öffnen, dann crasht der Root Server immer irgendwann. Manchmal schon nach 2 Stunden, manchmal erst nach einem Tag.

    Dieser Fehler kam immer:

    IRQL_NOT_LESS_OR_EQUAL (0x0000000A)

    nt!MiUserFault (Prozess: chrome.exe)

    Wie kann das sein? Der VPS stürzte nie ab. Selbst, wenn ich mit der Auslastung übertrieben habe. Und der Root Server stürzte selbst bei 30% Auslastung ab (RAM und CPU). Der RAM ist auch niemals vollgelaufen. Und es ist IMMER der Root Server. Und ich habe sogar 2 Root Server getestet und 3 VPS Server. Alle gleich eingerichtet, alle gleiche Python Version und Chrome Version. Alles exakt gleich.

    Das ist richtig nervig! Denn ich hätte gerne die Root Server, da die wirklich viel besser als die VPS Server laufen... aber so kann ich die niemals ernsthaft nutzen. Daher tut es mir auch für netcup Leid, da ich dann eben von der Geld-zurück-Garantie Gebrauch mache. Aber so wie es aktuell aussieht liegt es ja auch an netcup selber. Ich habe deren DVD Laufwerk Datei für die Installation von Windows Server 2025 genutzt und keine speziellen Einstellungen vorgenommen.

    Es wäre klasse, wenn das irgendwie behoben werden könnte. Vielleicht liegt ja wirklich ein Defekt bei den netcup Servern vor. Denn anders kann ich es mir nicht erklären... habe leider echt extrem viel Zeit verschwendet deswegen und es gab viel zu viele Ausfälle meiner Programme.

    Anbei noch die Anylse der memory.dmp Datei, vielleicht hilft das ja weiter eine Lösung zu finden. Vielleicht ist auch irgendwie die Virtualisierung mit meinen Programmen inkompatibel... aber im Internet konnte ich auch nichts dazu finden. Ich bleibe dann leider erstmal bei den VPS Servern oder werde die Tage mal Root Server anderer Anbieter testen.