Nov 22, 2019

17289

ISCSI Verbindung nach Neustart weg

GermansolvedQuestion Microsoft Windows Server

Guten Morgen

Ich habe einen HP ProLiant DL380 G6 welcher als System Windows Server 2019 inkl Veeam Backup beinhaltet. Das Gerät ist mit einer nc523sfp im Netzwerk.
Nun wollte ich ein ISCSI Laufwerk verbinden (Von einem Synology NAS). Dies klappt auch ohne Probleme. Starte ich den Server neu, so wird das Laufwerk nicht verbunden. Das Target hat momentan noch kein CHAP aktiviert.
Beide Geräte hängen an einem LWL Switch.

Müsste es nicht auch ohne Login verbinden? Für die Backupsoftware ist ja normal kein User angemeldet.

Nach einem Neustart erhalte ich folgende Meldung im Eventlog:

Vom Initiator konnte keine Verbindung mit dem Ziel hergestellt werden. Die Ziel-IP-Adresse und die TCP-Anschlussnummer sind in Sicherungsdaten angegeben.

Nach langem suchen habe ich bisher folgendes versucht:

Das Laufwerk auf einem Windows 10 PC verbunden um zu prüfen ob es am Synology liegen könnte. Dort klappt es jedoch ohne Probleme.
Windows Firewall komplett deaktiviert
https://support.microsoft.com/de-ch/help/870964/file-shares-on-iscsi-dev ... und mit dem Befehl "sc config LanManServer depend= Samss/Srv/MSiSCSI" gesagt das er darauf wartet.
Die GPO auf Netzwerkverbindung warten getestet (gpupdate /force wurde natürlich gemacht und auch geprüft ob die GPO gezogen wird)
Geprüft ob das Laufwerk in der Datenträgerverwaltung ggf sichtbar ist und einfach nur Offline wäre. Dies ist jedoch nicht der Fall. Diskart zeigt nach einem Neustart folgendes

DISKPART> san

SAN-Richtlinie  : Offline - Freigegeben

Gruss und Danke

Koda

Please also mark the comments that contributed to the solution of the article

Content-ID: 517952

Url: https://administrator.de/forum/iscsi-verbindung-nach-neustart-weg-517952.html

Printed on: May 13, 2025 at 18:05 o'clock

12 Comments

Latest comment

Guten Morgen

wie ist es denn, wenn du den iSCSI-Dienst mal vor dem Neustart manuell beendest? Ich hatte das auch mal und bei mir war die Lösung ein gezieltes Beenden des Dienstes vor dem Runterfahren.

Gruß

Hubert

Hallo Hubert

Danke für deine Antwort. Leider hat dies nicht geholfen.

Ich habe es nun auf einem anderen Physischen Server eingetragen dort geht es ohne Probleme. Ich denke ich mache von dort eine Freigabe. Falls noch jemand eine Idee hat kann er sich aber gerne melden

Gruss

Oliver

Sers,

Wie verbindest du den Server zum iSCSI Target? Via NIC oder Microsoft iSCSI Initiator?
Bei letzterem prüfen, ob der Dienst "Microsoft iSCSI-Initiator-Dienst" (MSiSCSI) ist auf Automatischen Start gestellt ist und läuft.

Grüße,
Philip

Verbunden ist er per MS iscsi Initiator und der läuft auch. Er ist ebenfalls auf Automatisch. Versucht habe ich auch Automatisch verzögert (gem einem Tipp den ich gefunden habe)

Gruss

Koda

Was sagen get-iscsitarget und get-iscsitargetportal?
MPIO im Spiel?

MPIO ist nicht im Spiel. Zumindest nicht das ich wüsste.

Wenn alles Verbunden ist und ich noch nicht neugestartet habe, erhalte ich folgende Ausgabe:

 get-iscsitarget

IsConnected NodeAddress                                           PSComputerName
----------- -----------                                           --------------
       True iqn.2000-01.com.synology:MeinNAS.Target-1.58cc1a913f


 get-iscsitargetportal


InitiatorInstanceName  :
InitiatorPortalAddress :
IsDataDigest           : False
IsHeaderDigest         : False
TargetPortalAddress    : backup.meinserver.tld
TargetPortalPortNumber : 3260
PSComputerName         :

Nach dem Neustart habe ich folgende Ausgaben:

 Get-iscsitarget

IsConnected NodeAddress                                           PSComputerName
----------- -----------                                           ------------portal--
      False iqn.2000-01.com.synology:MeinNAS.target-1.58cc1a913f

Get-iscsitargetportal


InitiatorInstanceName  :
InitiatorPortalAddress :
IsDataDigest           : False
IsHeaderDigest         : False
TargetPortalAddress    : backup.meinserver.tld
TargetPortalPortNumber : 3260
PSComputerName         :

Wie es scheint kein Unterschied auch wenn das Target weg ist

Gruss

Koda

OK, in dem Fall ist die einfachste Lösung den IsPersistent Parameter des Targets auf $true zu setzen.

Get-IscsiTarget | Connect-IscsiTarget -IsPersistent $true

Danke das versuche ich nachher gleich.
Müsste dieser nicht vom GUI her gleich aktiv sein?

Wenn ich es nach dem Neustart des Systems verwende erhalte ich folgende Meldung

Get-IscsiTarget | Connect-IscsiTarget -IsPersistent $true
Connect-IscsiTarget : Der Zielname wird nicht gefunden oder ist von der Anmeldung als ausgeblendet gekennzeichnet.

Wenn ich es nach einer Neuverbindung mache meldet er natürlich das es Verbunden ist

Get-IscsiTarget | Connect-IscsiTarget -IsPersistent $true
Connect-IscsiTarget : Das Ziel wurde bereits über eine iSCSI-Sitzung angemeldet.

Mach den Neustart, und verbinde es mit dem Befehl. Dann geht es.

Bestehende Verbindung persistent setzen hat bei mir vereinzelt zum Trennen der Verbindung geführt. Wäre doof wenn bei dir Veeam mitten im Schreibvorgang das Depot verliert.

Guten Abend

Danke. Aber dies ergibt wie gesagt den oben genannten Fehler:

Get-IscsiTarget | Connect-IscsiTarget -IsPersistent $true
Connect-IscsiTarget : Das Ziel wurde bereits über eine iSCSI-Sitzung angemeldet.
In Zeile:1 Zeichen:19
+ Get-IscsiTarget | Connect-IscsiTarget -IsPersistent $true
+                   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (MSFT_iSCSITarget:ROOT/Microsoft/...SFT_iSCSITarget) [Connect-IscsiTarget]
   , CimException
    + FullyQualifiedErrorId : HRESULT 0xefff003f,Connect-IscsiTarget

Ich habe es versucht:
- Nach einem Neustart
- Nach dem es verbunden war
- Nach einem Neustart und ich es von Hand getrennt habe weil der Status immer auf "wird verbunden" gesetzt war.

Bei allen drei Varianten erhalte ich einer der oben genannten beiden Fehler

Das Laufwerk wird jedoch trotzdem als Persistent angezeigt:

iscsicli ListPersistentTargets
Microsoft iSCSI-Initiator Version 10.0 Build 17763

Insgesamt 1 persistente Ziele
    Zielname           : iqn.2000-01.com.synology:MeinNas.target-1.58cc1a913f
    Adresse und Socket    : 10.10.1.230 3260
    Sitzungstyp          : Daten
    Initiatorname        : ROOT\ISCSIPRT\0000_0
    Portnummer           : <Beliebiger Port>
    Sicherheitskennzeichen        : 0x0
    Version              : 0
    Informationen angegeben: 0x20
    Anmeldekennzeichen          : 0x8
    Benutzername             :

Der Vorgang wurde erfolgreich beendet.

Die Ansicht der Persistenten Verbindung nach einem Neustart gibt auch kein Laufwerkbuchstaben mehr aus

iscsicli ReportPersistentDevices
Microsoft iSCSI-Initiator Version 10.0 Build 17763

Persistente Volumes
"\\?\storage#volume#{9b2c24ad-0b68-11ea-b02e-d8d385fff83c}#0000000001000000#{53f5630d-b6bf-11d0-94f2-00a0c91efb8b}"  

Der Vorgang wurde erfolgreich beendet.

Gruss

Koda

Wie es scheint habe ich bei Microsoft eine Lösung gefunden welche funktioniert. Diese möchte ich euch nicht vorenthalten. Ggf hilft sie ja jemandem anders ebenfalls

Delete all the entries you have in your iscsi initiator and reboot. (start clean)

1. open iSCSI initiator.

2. Open Discovery portal Tab. Add your iSCSI target devices to Discover Portal

3. Go to Targets Tab, Refresh to see your Targets with Status Inactive. 

4. Select a target, click Properties.

5. Add session, Add to favorites and choose multipath if applicable, click advanced...

6. select Local adapter: Microsoft iSCSI Initiator

Initiator IP: Your IP address of your iSCSI network

Target portal IP: the IP of your Target device/node. 

7. Add all your other nodes in this manner for all your target devices. If you are doing multipath you should have multiple sessions for each discovered target.

8. Your targets should be connected once you OK'd out of all the windows.  

9. Done.

Reboot, and everything should be online again as it should.

GermansolvedQuestion Microsoft Windows Server