uwe.at.work

Microsoft iSCSI Initiator verabschiedet sich

Hallo,

wir haben drei Windows Server (2016) mit Hyper-V Rolle.

Als Storage-System verwenden wir DataCore (PSP19) und binden den Storage (für die VMs) via iSCSI ein.
Es sind zwei DataCore-Server (aktiv-aktiv). DataCore hat ein Windows-Integration-Kit (aktuell WiK 4.1.4),
das installiert ist und sich um MPIO kümmert.
Jeder iSCSI Frontend-Port hat seinen eigenen Switch und sein eigenes Subnet.

Seit Jahren haben wir immer wieder das Problem, dass sich der Microsoft iSCSI Initiator verabschiedet.
Soll heißen: der Windows-Dienst läuft - aber das System kennt keinen Initiator mehr.

Im EventLog gibt es keine brauchen Einträge dazu. - auch DataCore konnte bisher nichts brauchbares dazu finden.

Auch nach Neustart des iSCSI-Dienstes...

sc stop MSiSCSI > nul & sc start MSiSCSI > nul & ping 127.0.0.1 -n 5 > nul & iscsicli ListInitiators

...bekommt man eine leere Liste ausgegeben:

Microsoft iSCSI-Initiator Version 10.0 Build 14393

Initiatorenliste:
Der Vorgang wurde erfolgreich beendet.

Auf einem anderen System (mit Verbindung zu denselben Targets) sieht das so aus:

Microsoft iSCSI-Initiator Version 10.0 Build 14393

Initiatorenliste:
    ROOT\ISCSIPRT\0000_0
Der Vorgang wurde erfolgreich beendet.

Auch nach einem Reboot des Servers gibt es keine Spur vom Initiator.
Wenn der Mond richtig steht, dann kehrt er - ohne Zutun - plötzlich wieder zurück.
Das System wurde auch schon neu installiert - das Verhalten bleibt gleich.

Hat das schonmal jemand erlebt? Kennt jemand evtl. die Ursache?
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilen

Content-ID: 672944

Url: https://administrator.de/forum/microsoft-iscsi-initiator-verabschiedet-sich-672944.html

Ausgedruckt am: 21.05.2025 um 04:05 Uhr

NordicMike
NordicMike 20.05.2025 aktualisiert um 15:47:10 Uhr
Goto Top
Das kann alles sein, vom nicht deaktiviertem Storm Control, über automatische Updates der Switche, bis hin zu einem Defekt oder Wackelkontakt.
uwe.at.work
uwe.at.work 20.05.2025 um 16:30:57 Uhr
Goto Top
Vielen Dank für die Hinweise!

Storm Control und alles andere, was mit Port-Security und QoS zu tun hat,
ist auf allen Ports deaktiviert (auch DHCP-Snooping, Packet Filter, etc.).
Einzig (M)STP ist aktiviert.

Switche, Hypervisor und SANs bekommen keine automatischen Updates.
Wackler gab es laut Switch-, Event- und DataCore-Logs keine.
Es steht auch kein Neustart nach Update-Installation aus.
Nach manueller Aktualisierung wird immer neu gestartet.

Aktuell sind die Targets wieder alle verbunden obwohl immer noch kein Initiator ausgegeben wird.