26.02.2025

837

Powershell Disconnect-IscsiTarget will nicht

Hallo Digitalfreunde,

ich möchte ein iSCSI-target loswerden von einem Win11-pro-System.

Disconnect-iSCSITarget -NodeAddress BlaBlaBla

wird ohne Fehlermeldung ausgeführt, aber das Target bleibt bestehen.

Gibt es da noch einen Trick, das Target loszuwerden, ohne den Win11-PC neu zu starten? Ich habe sogar das SYNOLOGY, auf dem das Target liegt, neu gestartet, ohne Erfolg.

Danke für die Hilfe

Kreuzberger

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 671633

Url: https://administrator.de/forum/powershell-disconnect-iscsitarget-will-nicht-671633.html

Ausgedruckt am: 27.02.2025 um 19:02 Uhr

28 Kommentare

Neuester Kommentar

Moin,

Gibt es da noch einen Trick

'n klassiker probiert? Explorer.exe killen und starten? (Aber der "Trick" funktioniert trotzdem^^):

taskkill /F /IM explorer.exe
start explorer.exe

Hüülfääää

Nicht doch :/

Edit: oh lol, eben erst richtig gelesen :D - Siehe Kommentar von @mediodia

Zitat von @kreuzberger:
wird ohne Fehlermeldung ausgeführt, aber das Target bleibt bestehen.

Normal du "trennst" ja nur, entfernen machst du mit Remove-IscsiServerTarget

@mediodia

Danke

Mir scheint, dass sich deine Optionen darauf beziehen, dass man als Server ein Target anlegt und bereitstellt für Clients, die dann per Initiator darauf zugreifen.

Ich befinde mich nicht auf dem Server, das ist ja in dem fall das SYNOLOGY, sondern auf einem Client mit dem Initiator (Win11Pro)

Kreuzberger

Ergänzung: Ich führe alles mit Adminrechten im PowerShell auf dem Win11pro aus.

Kreuzberger

Uppsi falsch interpretiert, na dann Remove-IscsiTargetPortal

@mediodia

Danke

Ich hole mir mit

Get-iSCSITargetPortal

die TargetPortalAddress mit dem Ergebnis 192.168.20.221. Dann gebe ich den von dir vorgeschlagenen Befehl ein mit

Remove-iSCSITargetPortal -TargetPortalAddress 192.168.20.211
Remove-iSCSITargetPortal: Das angegebene Portal wurde nicht gefunden
etc.

Schulterzuck

Kreuzberger

Get-ISCSITargetPortal | Remove-ISCSITargetPortal

Danke, die selbe Fehlermeldung.

Kreuzberger

Wie sieht es in der iSCSI Verwaltungs GUI aus?
Wie hast du das Target eingebunden? Erst mit Portal oder ohne?

Ich habe jetzt mal das GUI für iSCSI aufgerufen: „Eigenschaften von iSCSI-Initiator.

Dort habe ich unter dem Register „Ziele“ das eine Target angeklickt und auf „Trennen“ geklickt.

Fehler: „Die Sitzung kann nicht abgemeldet werden, da in dieser Sitzung ein Gerät verwendet wird.

Hilft das weiter?

Kreuzberger

Hast du denn per Diskpart den Datenträger überhaupt getrennt bzw. Laufwerksbuchstaben entfernt?

Ok, Laufwerksbuchstabe habe ich nun getrennt. Jetzt ist es aus dem Explorer weg.

Das SYNOLOGY sagt aber im iSCSI Manager noch immer, dass das (einzige) Target verbunden ist.

Das Volume ist in der Datenträgerverwaltung noch immer vorhanden.

Dann nimm dir ProcessExplorer und checke welche Anwendung bei dir da noch ein Handle auf die Disk hält. Klappt hier testweise mit einem Windows Server als iSCSI Ziel problemlos, sowohl der Connect als auch der Disconnect per Powershell.
Zwischendurch auch mal neu starten ...

Persönlich bin ich mittlerweile vom in die Jahre gekommenen iSCSI auf NVMEoverTCP umgestiegen das ist im Vergleich wesentlich performanter und nicht so fehleranfällig wie iSCSI.

NVMEoverTCP hat meine olle SYNOLOGY-Büchse nicht.

Ich muss/will die Targets auf SYNOLOGYs anlegen, und dann mit Windows-Initiator zugreifen.

Disk mal vorher in Diskpart als Offline gekennzeichnet?
Beide Systeme schon rebooted? (NAS und Windows)
Befehle wiederholt ohne vorherigen Zugriff auf das Volume?
Befehle wiederholt nach dem Zugriff auf das Volume? Wenn es dann nicht mehr geht wird irgendeine eine Anwendung noch auf das Volume zugreifen, um das zu ermitteln siehe Method oben (ProcessExplorer).

Es geht hier wie gesagt komplett mittels dem einfachen Disconnect-ISCSITarget , insofern muss bei dir etwas den diesen Prozess blockieren, den musst du wie oben geschrieben ermitteln, dann Maßnahmen wie Killen oder ähnlich ergreifen und gut is.

Auf der Syno selbst lässt sich der iSCSI Dienst auch manuell neu starten und damit die bestehenden Verbindungen killen mittels synoservicecfg --restart iscsitrg , sofern ich mich richtig erinnere und das noch aktuell ist.

soooo, derzeit hab ich einen fortschritt gemacht und kann das Target auf einem weiteren Windows-Server „einhängen“. Dazu musste ich auf dem SYNOLOGY die Konfiguration des targets auf „Mehrere Sitzungen Zulassen“ ändern.

Siehe:
https://kb.synology.com/de-de/DSM/tutorial/How_can_I_troubleshoot_iSCSI_ ...

Aktivieren Sie in DSM die Option Mehrere Sitzungen zulassen, wenn das iSCSI Target als clusterfähiger Speicher wie VMFS, OCFS usw. verwendet werden soll und mit mehreren Hosts verbunden werden muss. Ansonsten kann ein iSCSI Target nur mit einem Host gleichzeitig verbunden werden.
https://kb.synology.com/_images/faq_images/iSCSI_troubleshoot_3.png

Kreuzberger

Was hat das denn jetzt mit diesem Thread zu tun? Hier geht es ja um das "Aushängen" nicht um das Einhängen an mehrere Server, was man natürlich immer mit Vorsicht genießen muss ...

Moin,

Die Multiverbindungen würde ich erst aktivieren/ nutzen, wenn du sicher bist, dass dein Windows-System getrennt ist.
NTFS ist, anders als z.B. VMwares VMFS nicht darauf ausgelegt, dass mehrere Systeme gleichzeitig schreiben dürfen.
Mit deinem Zustand (das eine System ggf. Noch nicht getrennt, das neue schon Verbunden), dass du dir dann in Kürze dein Dateisystem schrottest…

Hast du mal probiert, neben diskpart die Disk mittels Set-Disk() offline zu schalten und dann die iSCSI-Verbindung abzubauen?
https://spiderip.com/blog/2018/05/powershell-script-to-offline-and-onlin ...

@em-pie

Aber ja, ich habe in der Computerverwaltung als auch mit Powershell (adminrechte) die Disk (iSCSI-Target) offline stellen können. Das ist auch jetzt der fall auf dem Win11pro.
Während dessen Kann ich die Disk auf einem Windows-Server „anhängen“.

Mich wundert aber nach wie vor, das auf dem Win11pro die disk zwar offline ist, jedoch aber

Remove-iSCSITargetPortal -TargetPortalAddress 192.168.20.221 -Confirm:False
Get-iSCSITarget | Disconnect-iSCSITarget -Confirm:False

ohne Fehlermeldung durch gehen, danach aber

$session = Get-iSCSISession
foreach ($s in $session) {iscsicli logouttarget $s.Sessionidentifire }

mit Fehlermeldung:
„Die Sitzung kann nicht abgemeldet werden, da in dieser Sitzung zurzeit ein Gerät verwendet wird.“

Entweder ich habe da einen Denkfehler, oder der will partout das Target nicht loswerden weil da was (Gerät) nicht zu entfernen geht.

Kreuzberger

@mediodia

Danke, ja, hast ja recht. Aber am Ende geht es mir ja darum, etwas „aushängen“ zu können/wollen, um es eben woanders „einhängen" zu können.
Anderenfalls braucht man ja die Idee nicht mit dem „aushängen“.

Kreuzberger

Entweder ich habe da einen Denkfehler, oder der will partout das Target nicht loswerden weil da was (Gerät) nicht zu entfernen geht.

Warum ignorierst du meinen expliziten Hinweis oben zum Herausfinden welcher Prozess da ein Handle auf dem Device hat ?! 🤔 Das wird nämlich zu 90% dein Problem sein.
ProcessExplorer raus kramen und nach Handles suchen.

@mediodia

Das Device (Target) ist Offline (in der Datenträgerverwaltung). Wie soll man denn da bitte mit dem ProcessExplorer herausfinden, was auf das Device zugreift?

Kreuzberger

Zitat von @kreuzberger:

@mediodia

Das Device (Target) ist Offline (in der Datenträgerverwaltung). Wie soll man denn da bitte mit dem ProcessExplorer herausfinden, was auf das Device zugreift?

Weil dort auch solche "handles" vermerkt werden, die das aushängen des Datenträgers verhindern, das muss nicht zwingend ein "Dateihandle" sein, sondern kann auch ein "Volume-Handle" sein.