![](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2013\/03\/winb.jpg\")
Heute noch ein kurzer Blog-Beitrag in Sachen Windows Server. Scheinbar laufen Nutzer in ein iSCSI-Verbindungsproblem und in der Ereignisanzeige taucht die Event ID 4231 auf. Im d\u00fcmmsten Fall geht dann auf dem Server nichts mehr. Ursache scheinen ein verungl\u00fccktes Update und eine Fehlkonfigurierung der Portbelegung zu sein. <\/p>\n
<\/p>\n
Der Hinweis stammt von Blog-Leser Stefan F. – Stefan lief auf ein Problem, welches er in einer Mail folgenderma\u00dfen umschreibt: <\/p>\n
\n\u2026 dass wenn eine iSCSI Anbindung auf \u201eVersuche zu Verbinden\" steht, ich nach einer Weile keinen Zugriff mehr hatte auf einen Server. Microsoft hatte ja in dem Beitrag best\u00e4tigt, dass ein Patch auf sich warten l\u00e4sst. Habe auch ein paar Kollegen die genau dasselbe hatten, aber nicht so genau wussten woran es lag.<\/p>\n<\/blockquote>\n
Eine kurze Erkl\u00e4rung: Er versucht unter Windows Server auf iSCSI-Ger\u00e4te zuzugreifen. Steht die Meldung Versuche zu Verbinden<\/em> an, scheitert der Zugriff auf dieses Ger\u00e4t irgendwann. Und es scheint kein Einzelfall zu sein.<\/p>\n
Fehlerdetails im Technet-Forum<\/h2>\n
Stefan lieferte diesen Link<\/a> zum Technet Forenbeitrag Ephemeral port exhaustion – Event ID 4231 in der E-Mail mit. Dort thematisiert ein Benutzer den Fehler, der sich mit dem Ereigniseintrag mit der ID 4231 bemerkbar macht. <\/p>\n
\n\"A request to allocate an ephemeral port number from the global TCP port space has failed due to all such ports being in use.\"<\/p>\n<\/blockquote>\n
Im betreffenden Fall traf dies bei ihm auf mehreren Servern zu. So funktionierte pl\u00f6tzlich ein Veeam Backup nicht mehr, weil kein Zugriff auf das Ger\u00e4t m\u00f6glich war. Drucker konnten auf Windows Server 2012 R2 nicht mehr angesprochen werden, RDP zum Server scheitert irgendwann und so weiter.<\/p>\n
Ein Neustart bringt zwar Abhilfe \u2013 bei einem Server nicht immer m\u00f6glich \u2013 und der Fehler tauchte nach Angaben des Benutzers nach 2 Tage im Mittel wieder auf. Es wird gemeldet, dass die freien Ports ausgegangen w\u00e4ren. Andere Benutzer hatten die Fehler nach 15 Minuten und einige berichteten, dass sich der Server irgendwann ganz aufh\u00e4ngt und nicht mehr bedienbar sei. <\/p>\n
Erkl\u00e4rung der Ursache im Technet-Forum<\/h2>\n
Im gleichen Technet-Beitrag wird auch die Ursache benannt. Das Problem tritt wohl unter Windows Server 2012 R2 und Windows Server 2016 in Clustern auf. In einem Log kristallisierte sich heraus, dass m\u00f6glicherweise ein Port von mehreren Prozessen belegt wird. <\/p>\n
<\/p>\n
Emmanuel Par\u00e9 f\u00fchrt aus, dass der Server einen Verbindungsversuch durchf\u00fchrt und ephemeral Ports (dynamische Ports) durchprobiert. Die Verbindungsversuche werden mehrfach durchgef\u00fchrt, bis alle Ports belegt sind \u2013 dann wird das Ereignis ausgel\u00f6st. <\/p>\n
\nIch habe in diesem Technet-Thread<\/a> von 2014 ebenfalls den Hinweis gefunden, dass bei Windows Server 2012 R2 dynamische Ports ausgehen, obwohl dies nicht passieren d\u00fcrfte. Und dieser Technet-Beitrag<\/a> befasst sich mit der Erkennung von Port-Exhaustion. Nur als Zusatzinformation. <\/p>\n<\/blockquote>\n
Die Leute um Emmanuel Par\u00e8 konnten das Problem im Labor nachstellen. Er erw\u00e4hnt, dass Microsoft das Problem kennt und an einem Fix arbeite. Er vermutet, dass das konkrete Problem wohl durch einen 'April-Patch' hervorgehoben werden k\u00f6nnte. <\/p>\n
Der Ursprungsposter best\u00e4tigte dann auch, dass redundante Pfade zu iSCSI-Ger\u00e4ten f\u00fcr das Problem verantwortlich seien. Durch Entfernen der redundanten Pfade werde das Problem behoben. <\/p>\n
Ein Fix kommt, schmutziges Workaround<\/h2>\n
Benutzer Dave Hallwas hat, in Zusammenarbeit mit dem Microsoft-Support, einige Details im Forenthread gepostet. <\/p>\n
\n
- Microsoft arbeitet an einem Fix, der aber wohl nicht vor dem July Update Preview (3. Juli-Woche) freigegeben wird. <\/li>\n
- Bis dahin gibt es nur einen 'schmutzigen' Workaround, indem alle zuletzt installierten kumulativen Updates und Update Rollups bis zum M\u00e4rz 2017 wieder deinstalliert werden.<\/li>\n<\/ul>\n
Im konkreten Fall f\u00fcr ein Cluster aus Windows Server 2016 Maschinen konnte er Update KB4022715 identifizieren. Allerdings l\u00f6ste die Deinstallation des Updates auf einer Maschinen sofort einen Blue Screen aus. Insgesamt also eine etwas unsch\u00f6ne Situation. Vielleicht hilft es dem einen oder anderen Betroffenen aber als erster Ankerpunkt weiter. Mein Dank gilt Blog-Leser Stefan F. (auch danke f\u00fcr den Link).<\/p>\n","protected":false},"excerpt":{"rendered":"
Heute noch ein kurzer Blog-Beitrag in Sachen Windows Server. Scheinbar laufen Nutzer in ein iSCSI-Verbindungsproblem und in der Ereignisanzeige taucht die Event ID 4231 auf. Im d\u00fcmmsten Fall geht dann auf dem Server nichts mehr. Ursache scheinen ein verungl\u00fccktes Update … Weiterlesen